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In this Issue 




There's a good chance that many of the mechanical parts of the products yuu 
use, such as your car or your office printer, began their existence as solid mod- 
els in a 3D computer-aided design (CAD) system. 3D solid modeling systems 
provide geometric models that can be translated into instructions for rapid part 
prototyping, inaction moldmaking, or numerically controlled machine tool oper- 
ation. Such systems, both commercially available and manufacturer-proprietary, 
are now undergoing rapid evolution, and mechanical designers are enioying 
unprecedented and rapidly increasing productivity. However, most current sys- 
tems are still history-based, meaning that if the designer doesn't have m-depth 
knowledge of the underlying solid modeling technology or doesn't thoroughly 



understand the history of the design, even seemingly trivial changes made to the model may have unan- 
ticipated side effects. In contrast, HP Precision Engineering SolidDesigner (PE/SolidDesigner) is an ad- 
vanced 3D solid modeling CAD system based on dynamic modeling technology. As explained in the ar- 
ticle on page 6, dynamic modeling removes any dependencies on history and eliminates the need to 
anticipate future changes, so that local geometry and topology changes can be made easily. When a 
change is made, a tool body is created and then transformed to the appropriate position, A Boolean op- 
eration between the original model and the tool body results in the desired change. The HP PE/Solid- 
Designer user interface (page 14) is designed to make the system easy to use for both experts and first- 
time or occasional users. Internally, action routines representing commands interact with the user 
interface objects through a "personality"; this architecture makes it easy to change the user interface 
without changing the command syntax. To a computer, a 3D solid model is a highly complex data struc- 
ture, HP PE/SolidDesigner's data structure manager (page 51), which has many of the characteristics of 
an object-oriented database, supports the data manipulation requirements of the solid modeling pro- 
cess, including the ability to slice the model into manageable packages that can be sent around the 
world, for example to subcontractors. Because HP business partners and customers may use other solid 
modeling systems instead of or in addition to HP PE/SolidDesigner, HP participates in international data 
exchange standardization efforts, most notably STEP, the Standard for the Exchange of Product Model 
Data. HP PE/SolidDesigner can import and export both surface and solid STEP data files. It can also im- 
port IGES (Initial Graphics Exchange Standard) surface and wireframe data files, and can import data 
files from its predecessor, the HP PE/ME30 3D CAD system. Data exchange is the subject of the article on 
page 35. Freeform surfaces are often needed in solid model creation, and HP PE/SolidDesigner provides 
two methods for creating them: blending, or edge rounding, and lofting. The article on page 24 describes 
the many subtleties of the sophisticated algorithm used for variable-radius blending. Complex combina- 
tions of convex and concave edges are blended predictably and reliably — a difficult design challenge. 
The article on page 61 tells how the product's geometric kernel implements lofting using a single-data- 
type geometric interface and a hybrid, multiple-data-type internal implementation. The lofting functional- 
ity features a clever analytic surface detection algorithm. The Boolean operations used to effect model 
modifications are implemented in the system's topology kernel, called the "Boolean engine." The article 
on page 74 explains the Boolean engine's complex algorithms in simple terms. Much of HP PE/ 
SolidDesigner is written in the Common Lisp programming language, which is also included in HP PE/ 
SolidDesigner as an extension and customization language for users (page 69). 

The microwave signals that ride our airwaves today are likely to have much wider bandwidths than 
those of yesterday. Spread spectrum techniques, increasingly used in radar systems and satellite and 
terrestrial communications systems, trade increased bandwidth for benefits such as increased noise 
immunity, lower power density, or increased security. The spectrum analyzers traditionally used to ana- 
lyze microwave signals aren't up to the job of extracting all of the information from modern microwave 
signals because they don't have the bandwidth and don't reveal pulse, phase, or time-varying behavior. 
The HP 70910A wide-bandwidth receiver is designed to fill this need. It combines the attributes of a 
microwave receiver, including wider bandwidths and demodulation capability, with the strengths of a 
microwave spectrum analyzer, which include low internal noise, amplitude measurement accuracy, and 
wide frequency tuning with synthesizer accuracy and fine resolution. The HP 70910A wide-bandwidth 
receiver consists of two components: the HP 70910A RF module and the HP 7091 1 A IF module. The IF 



4 October 1905 Hewlett-Packard Journal 

© Copr. 1949-1998 Hewlett-Packard Co. 



module provides the functions usually associated with a microwave receiver, such as intermediate fre- 
quency (IF) bandwidths from 10 to 100 MHz and pulse detection. It also offers options for FM demodula- 
tion. 70-megahertz IF output, and l-Q output (the type of modulation used in digital communications sys- 
tems). The l-Q option can be used with a dual-channel vector signal analyzer such as the HP 89410A to 
extend the analyzer's bandwidth and frequency range. The two most common HP 70910A configurations 
operate over a frequency range of 100 hertz to 26.5 gigahertz. The design of the HP 70910A wide-band- 
width receiver and that of its RF module are described in the article on page 80 The IF module design, 
featuring variable-bandwidth, synchronous filters with tapped-capacitor, varactor-tuned resonators, is 
described in the article on page 89. 

A color printer is typically used for a variety of documents, from simple black text pages that take a few 
seconds to print to color graphics pages that take several minutes. If you're the printer's designer, how 
do you measure how many pages per minute it will print so that you can judge the effects of design 
changes on a user's perception of its speed? The designers of the HP DeskJet 1600C printer considered 
the simple average and the simple weighted average, but rejected them in favor of the log weighted 
average. The article on page 104 tells why, 

R.P. Dolan 
Senior Editor 



Cover 

A solid model created and displayed using the HP Precision Engineering SolidDesigner 3D solid model- 
ing system. 



What's Ahead 

The December issue will have ten articles on aspects of HP's implementation of the Open Software 
Foundation Distributed Computing Environment (0SF DCE). There will also be articles on the design of 
the HP Series 50 T fetal telemetry system and the HP HSMS-2850 zero bias diode for radio frequency 
identification applications 
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HP PE/SolidDesigner: Dynamic 
Modeling for Three-Dimensional 
Computer- Aided Design 

In most solid modeling CAD systems, knowledge of the history of the 
design is necessary to avoid unanticipated side-effects when making 
changes. With dynamic modeling, local geometry and topology changes 
can be made independently of the model creation at any time, using both 
direct and dimension-driven methods. The core components enabling 
dynamic modifications are the tool body and the relation solver. 



by Klaus-Peter Fahlbusch and Thomas D. Roser 

IIP Precision Engineering SolidDesigner (PE/SolidDesigner) 
is a 3D solid modeling design system based on t lit' AOS 9 
Kernel (see 'About Kernels" on next page). Ii provides Lhe 
geometric model needed by design workgroups in product 
development environments. The system's dynamic modeling 
technology gives lhe designer the freedom to incorporate 
Changes at any lime and at any stage of product development, 
without dependence on the history of the product design. 

HP PE/SolidDesigner is a member of the HP Precision Engi- 
neering Systems (PE/Syslcms) product family. Today. HP 
PE/Systems consists of: 
IIP PE/SolidDesigner for solid modeling 
IIP PE/ME10 for 2D design, drafting, and documentation 
HP PE/ME30 for 3D design 

HP PE/SmfaceStyler, an engineering styling application in- 
tegrated with HP PE/SolidDesigner 

HP PE/SheetAdvisor. a sheet-metal design-for-manufactur- 
ability application 

HP PE/VVorkManager for product data and workflow 
management 

HP PE/DDS-C for electrical system design 
HP PE/('omplemenlary Application Program (CAP), a joint 
research and development and marketing program that pro- 
vides IIP PE/Systems users with access to more than 200 
leading applications from 70 companies. 

HP PE/SolidDesigner 

IIP PE/SolidDesigner makes it easy for designers to move to 
3D solid modeling. It supports the coexistence of surface 
data with solid data and provides the ability to import and 
modify surface and solid design data from a variety of CAD 
systems. It also offers new modeling functionality and en- 
hanced ease of use. 

Using improved IGES (Initial Graphics Exchange Standard) 
import capability, both surface and wireframe data can be 
imported. Surface data and solid data can also be imported 
and exported using the STEP (Standard for the Exchange of 
Product Model Data) format. Once imported, this data can 
coexist with HP PE/SolidDesigner solid data. It can be 
loaded, saved, positioned, caught to (see footnote on 



page 15), managed as pail and assembly structures, deleted, 
and used to create solids. Attributes such as color can be 
modified. If the set of surfaces is closed. HP PE/SolidDe- 
signer will create a solid from those surfaces automatically. 
Other solid modeling systems, which are history-based, are 
unable to import data and then modify it as if it had been 
created within the system itself. 

HP PE/SolidDesigner allows solid pans and assemblies to be 
exported to ACIS-based systems using Version 1.5 of the 
ACTS SAT file format. This feature provides a direct link to 
other ACIS-based applications. 

With HP PE/SolidDesigner. users can set pan and layout 
accuracy. Because users can model with parts of different 
accuracy by forcing them to a common accuracy, they can 
import mid work on models from other CAD systems regard- 
less of their accuracy. 

Dynamic modeling is the underlying methodology within HP 
PE/SolidDesigner. This flexible, nonhistory-based. intuitive 
design technique provides direct interaction with modeling 
tools and designs, allowing the engineer to focus effectively 
on lhe design task. 

HP PE/SolidDesigner allows designers to work with user-de- 
fined features to capture design intent. Users can explicitly 
group a variety of 3D elements such as faces and edges of a 
part. These features then can be viewed, edited, renamed, 
deleted, or used to drive change's to a design- 
HP PE/SolidDesigner has variable radius blending, which 
allows users to create, modify, and remove v ariable blends. 
They can now create constant anil variable blends during 
one session. Another new feature, called shelling, provides a 
quick way for users to create thin-walled parts from solids, 
as in injection-molded parts, for example. 

Also new in HP PE/SolidDesigner is mass property capabil- 
ity. The following properties can be calculated for parts and 
assemblies: face area, volume, mass, center of gravity, iner- 
tia tensor, and boundary area. Toleranc es can be supplied 
and achieved accuracies are returned. HP PE/SolidI lesigner 
also incorporates interference-checking capabilities, which 
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allow detection of interference, face touching, and noninter- 
ference of assemblies and part combinations. The results 
can 1m- shown as text reports or in graphic format with color 
coding for easy identification. 

About Kernels A kernel is the heart of a modeling system 
Currently, three kernels are used in various ("AD systems. 
These are Romulus from Shape Data. Parasolid. an exten- 
sion of Romulus, and the AITS Kernel from Spatial Technol- 
ogy. The ACTS Kernel is rapidly becoming a tie facto stan- 
dard. ha\ing been accepted to date by 25 other commercial 
licensees, 50 academic- institutions, and 12 strategic devel- 
opers. As of July 1995. companies that officially have com- 
mitted to using ACIS as their underlying technology include 
MacNeal-Schwendler/Aries. Applicon. Autodesk, Bentley 
Systems, CADCentre. Hewlett-Packard, Hitachi-Zosen Infor- 
mation Systems. Camax Manufacturing Technologies. Inter- 
graph, and Straessle. 

About STEP The STEP protocol for data exchange is the 
product of a group of international organizations including 
PDES/PDES Inc. USA, ajoint venture with several member 
companies. ESPRIT (European Strategic Program for Re- 
search and Development in Information Technology ). Euro- 
pean data exchange technology centers such as CADDETC 
(CADCAM Data Exchange Technical Centre) and GOSET, 
and ProSTEP, the German industry project for establishing 
STEP in the automotive industry. 

HP has been active in STEP technology since 1989 through 
projects such as CADEX (CAD Geometry Exchange). PRO- 
DEX ( Product Data Exchange), and ProSTEP. IIP provides 
STEP processors with its IIP PE/SolidDesigner 3D solid 
modeling software. 

Dynamic Modeling 

( 'urrently, the most popular 3D CAD solutions are history- 
based. When designing with these systems, dimensions and 
parameters have to be specified at the outset. The model 
can only be manipulated indirectly by modifying these di- 
mensions and parameters. The initial definitions have a major 
influence on the ease or difficulty of earning out subsequent 
modifications, which can only be reliably implemented if all 
I he previous steps in the design process are known. Labori- 
ous manipulation may be necessary to make changes that, 
intuitively, should be achievable in a single step. 

Unless the history of the design is thoroughly understood, 
any change made to a model may have unanticipated side- 
effects. Relatively straightforward changes to the model 
invoke many convoluted steps. Put tire interpretation be- 
comes ever more difficult and the effects of further modifi- 
cations are unpredictable. Even when a single designer 
lakes a patl from start to finish, the designer will usiialk 
recreate the model from scratch many limes as decisions 
made earlier make further progress impossible. 

Although history-based systems are appropriate for solving 
faniily-of-paits problems, and are ideal for companies who 
simply produce Variations CSI a given design, they are inflex- 
ible when used during the conceptualization phase of a 
pr» tJect 



Dynamic Modeling 

Dynamic modeling has been de\ eloped by UP to overcome 
the many problems designers experience with history-based 
CAD systems. In particular, it aims to remove any dependen- 
cies on history and the need to anticipate future changes. 

The concept underlying dynamic modeling is to make opti- 
mal use of technologies without constraining the designers 
crea tivi ty and flexibility In contrast to history-based sys- 
leiiis. dynamic modeling silOWS dlred manipulation of 
model elements in 3D space. With dynamic modeling, local 
geometry and topology changes can be made independently 
of the model creation at any time, using both direct and di- 
mension-driven methods. In the latter case, dimensions can 
be specified at any stage in the design, not just at the outset. 

The core components enabling dynamic modifications are 
the tool body and the relation solver. To make a model modi- 
fication a tool body is created and then transformed lo the 
appropriate position. A Boolean operation between the orig- 
inal model and the tool body results in the desired model 
modification. 

IIP PE/SolidDesigner is the only currently available CAD 
solution that uses dynamic modeling. The remainder of this 
article describes the underlying technology of dynamic mod- 
eling and compares it with other methods like parametric 
model modification techniques. 

State of the Art 

Currently, solid modelers use tw o different approaches to 
create the final geometrical model. CSG (constructive solid 
geometry) modelers are based on volume set operations 
with volume primitives such as cubes, cones, or cylinders. 
This approach is characterized by a Boolean engine, whic h 
implements Ihe basic operators unite, subtract, and inter- 
sect. The sequence of all the Boolean operations, parame- 
ters, and positions of Ihe primitives are kepi m the ( '.SY.' her. 
Modification of the solid later in the design process can be 
done by using more primitives or by editing the CSG tree. 
Local modifications of the model are not possible, since no 
access to faces or edges is given. This cumbersome way to 
modify solids requires the user to analyze the design before- 
hand and dissect il into the necessary primitives and opera- 
tions. While anticipating design modifications and building 
designs oul of primitives is not typical in the mechanical 
engineering design process, pure Boolean modelers have 
proven useful when enleriug a final design for postprocess- 
ing, such as lor finiie-elemenl analysis ( FEM) or NC tool 
path programming. 

B-Rcp ( boundary representalii mi nn idelers represent Ihe 
solid by Concatenating surfaces towards a closed volume. 
Model creation is similar lo ( S(i modeling, but the user can 
work locally with surfaces, trim I hem against each other and 
"glue" them together. Local geometry modifications are very 
flexible and represent Ihe way engineers think. For exam- 
ple, "I would like lo blend this edge" is a natural way of 
specifying a model change for a mechanical engineer, while 
"I have to remove a volume that cuts away all material nol 
needed" is a very Unnatural way of specifying the same task 
during design. 
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As the development of B-Rep modelers continued, a new- 
class of operations emerged in ihe early 1980s from the re- 
search institutes and appeared in commercial implementa- 
tions. These operations are called local operations, or more 
commonly, LOte, in contrast to global operations like Bool- 
ean set operations. Typical representatives of this kind of mod- 
eler are alJ Romulus-kemel-based systems like HP PE/ME30. 

The difference between modifications with Boolean opera- 
tions and modifications with LOPs lies in the amount of con- 
test analysis required. A Boolean operation always works on 
the complete volume of the operands (global operation). A 
LOP only analyzes the neighborhood of the operand and is 
usually not able to perform topological changes. To perform 
a model modification several constraints have to be met by 
the model, two of which are illustrated in Figs. 1 and 2. 

The example shown in Fig. 1 is a block with edge El to be 
blended (rounded). If the radius chosen for the blend is 
larger than the distance between the I wo edges El and El'. 
the topology of the model would need to be changed fir the 
model would be corrupted. 

Fig. 2 shows a block with a pocket on its left side. To move 
or copy the pocket from the left top face to the right one 
cannot be done using LOPs, because both top faces would 
change their topology (i.e., add or remove faces or edges). 
The left top face would lose the inner loop resulting from 
the pocket while the right lop face would add one. 

These two restrictions are only examples of Ihe complex set 
of constraints on the use of LOPs. Removing these restric- 
tions one by one means evaluating more and more scenar- 
ios, thus adding to Ihe complexity of the algorithms needed 
for the operations. A new approach was necessary- 

The Tool Body 

The limitations illustrated above led to the question, why 
can't Boolean set operations do the job? Boolean operations 
would be able to handle all special cases and at the same 
time would increase the stability of the algorithms. In the 
late 1980s a lot of research and development was done using 
litis approach. Two directions were taken. The first was to 
further develop the old-style C'SG modeling systems to make 
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Fig. 1. An example of the limitations of local operations (LOPs). 
Edge 1 is to bo Mended (rounded). If the radius chosen is larger 
than the distance between El and E2, the tnpnlng) of the model 
must be clianged or the model will be corrupted. 



them easier to use. The second was to remove the limita- 
tions of LOPs in systems like HP PE/ME30 and all other 
Romulus-kernel-based systems. HP took the latter approach 
to develop the dynamic modeling capabilities of HP PE/- 
SolidDesigner. 

To enable model modifications with topology changes. Bool- 
ean operations were added to the LOP modification capabili- 
ties. The system generates a tool body and positions it ac- 
cording to the specifications of the modification. A Boolean 
operation between the original model and the tool body re- 
sults in the desired model modification. 

In this article, the term basic local operations (B-LOP) will 
be used for the normal LOP, which cannot perform topology 
changes, while the process of using the Boolean operation, 
if necessary or more appropriate, will be referred to as an 
intelligent local operation (I-LOP). Although the Boolean 
operation does not need to be done in all cases, the term 
l-LOP will be used to indicate that there can be a Boolean- 
based pan of the operation. 

To use Ihe Boolean set operations for I-LOPs the system 
needs to create a tool body first. Two major approaches can 
be distinguished: 

• Analysis of the the geometry to be modified and general ion 
of an appropriate topological primitive (i.e., a basic volume 
element such as a cube, prism, or other) whose faces will be 
forced (tweaked) to build up Ihe geometry of the tool body. 

• Topological and geometrical creation of the tool body in 
only one step by analyzing the geometrical and topological 
neighborhood of the face to be moved. 

The firsi approach is easier to implement If a utility function 
(a set of B-LOPs) is available that performs the task of 
tweaking a topologically similar object onto the required 
geometry of the tool body. Tire tweaking function, however, 
is tied to the restrictions of this utility function. The second 
method is more flexible but reqiures more knowledge about 
the internal structure of Ihe CAD system's kernel. 

We chose ihe firsi approach because HP PE/SolidI)esigner 
already provided a working internal utility function for 
tweaking. The tool body generation for moving and tapering 




Fig. 2. Anotiier example of the limitations of LOPs. The pocket in 
die left top face cannot be copied or moved to die right lop face 
using LOPs because both top faces would change topology by adding 
or removing faces and edges 
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Fig. 3. The first step in the 1-LOP (ititelligeni local operation) 
approach for a stretch (move face) operation in HP PE/SoUd- 
Deslgner is the generation of the tool body, a four-sided prism 
In this case. 

faces (and for bosses and pockets) follows I wo steps, which 
are carried out by the system autoniaiically without any user 
intervention. First, a 3D body is created that has the topol- 
ogy of the final tool body. The part to be modified is ana- 
lyzed to determine the topology of the 3D body that has to 
be generated for the requested operalion. Depending on the 
number of edges in the peripheral loops of the face to be 
modified this body is either a cylinder (one edge), a half 
cylinder (two edges), or an n-sided prism, where n is the 
number of peripheral loops. Second, the geometry of this 
body is modified using basic local modifications, The result 
Ls the final tool body to be used for the model modification. 

Figs. 3 to 5 illustrate this approach in fun her detail, showing 
the lit >P approach for a stretch (move face) operation in 
III' PK/SolidDesigner. The user wants lo stretc h the box in 
Fig. 3, which means thai the riglil face of the box will be 
moved lo the right. The only and outer loop of the face lo be 
moved contains four edges. Thus, the system creates a four- 
sided prism in space at an arbitrary position. 

As shown in Fig. 4, the system then forces the races of the 
prism onto the surfaces underneath the front, top, back, and 
bottom lines of the box (H-Lt >P). The left face of the prism 
will be forced onto I he right face of the box and the right 
lace of the prism will be forced into its final position, speci- 
fied by the user. 

The last step, shown in Fig. 5, is the Boolean set operation 
I in this case a unite) of the tool body with the original 3D 
pari, resulting in the modified 3D part. Although the modifi- 
cation in this example could have been achieved by employ- 
ing a B-LOF' operation, the use of the Boolean set operalion 
w ill allow topological changes like interference of the 

stretched 3D pan with some other section of the model. 

The same approach works for faces with outer loops of n- 
Sided polygons. The curves describing the polygons are not 
restricted to straight lines. All types of curves bounding the 
face are valid, as long as the boundary of the face is convex, 
hi cases of convex/concave edges special care has lo be 
taken in Iweaking the faces of tin- prism onto the geometry 
Of (he adj&cent elements of the original part. An approach 
similar lo the one described applies lor tapering laces. 



Fig. 4. The second step in stretching the box of Fig. 3 is to force the 
faces of the tool Ixxly to the final geometry, using a B-I.OP (basic 
local operation). 

There is a high risk of getting unpredictable results or self- 
intersecting tool bodies when dealing with several faces that 
are not related lo each other. Although lite example in Fig. <> 
may look somewhat artificial, it is characteristic of many- 
possible situations. The user wants to move the two vertical 
faces Fl and F~> farther to the right, and expects a result as 
R'presented by the right part in Fig. li However, depending on 
the sequence of selection, two different results can lie obtained. 

If F2 is selected before Fl. the I-LOP performs as expected 
and the result is as shown at the right in Fig. 6. If Fl is se- 
lected first, however, Fl will be moved first. The tool body 
belonging to F2 will then be subtracted from the body and 
will interfere with the final position of FT. This leads to the 
unexpected result shown in the middle of Fig. 6. 

The conclusion is that only single faces can be modified and 
change topology during the modification. For multiple faces 
the I-L< >P is too risky. If multiple faces are lo be modified at 
once, basic local operations (B-LOPs) instead of Boolean 
operations will be activated. No topology change is allowed, 
of course. One major exception to this rule is the case of 
bosses and pockets, which will be discussed later. 



Although in most cases the I-LOP approach will be applied, 
there are situations where self-iiileisectmg tool bodies 
would be created and therefore the B-L( U' approach is 




Fig. 5. Th<- final step in stretching the box of Fig •'« is to unite the 
tool body iiinl the original part, using a Boolean operalion. 
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Fig. 6 Modification of several un- 
related faces ran lead to unantici- 
pated results. Here the user 
wants tn move faces Fl and F2 lo 
change the pun Ml the left ililo 
the part at [he right. If F2 is se- 
lected before Fl the result is as 
expected, hut If Fl is selected 
first the result is the part in [he 
middle 



preferred even in cases with only one face lo be moved. 
Fig. 7 shows such a situation. The user wants to rotate the 
right face around an axis lying in the face itself. Another 
likely situation would be aligning the right face with another 
face of the model. 

Using an I-LOP in the way described above, a self-inter. seel- 
ing tool body would be created without special care to dis- 
sect the tool body into two tool bodies, one to add to the 
pail and one to subtract from the pan. In Fig. 7, the volume 
to be added is colored green and the volume to be removed 
is red. If HP PFVSolidDesigner detects a situation like this, a 
B-L( >P is used for the modification. 

Geometry Selection and Automatic Feature 
Recognition 

The next step in terms of increased complexity is the han- 
dling of groups of faces, which are known as bosses or 
pockets by mechanical engineers. These bosses and pockets 
need lo be moved or copied, allowing topology changes. Of 
course the end user would appreciate it very much if these 




Fig. 7. Here the user wants to rotate the right face around an axis 
lying in the face itself. This would create a self-iiilersecting tool 
hoiiy if an I -LOP were used HP I'F/SolidDesigner detects such situa- 
tions and uses a B-LOP instead 



features could be selected as a unit as opposed to the 
cumbersome selection of faces sequentially. 

First, the terms boss and pocket need to be further speci- 
fied. Bosses and pockets can be defined as a number of con- 
nected faces whose exterior boundary loops (the edges de- 
scribing the Intersection of the tool body with the original 
:3D part) are internal loops of a face. This definition is not 
easily conceivable and can be replaced by the more under- 
standable, yet not very exact definition, "a number of con- 
nected faces contained in one or two nonadjacent others." 
This is easily conceivable by the end user and fits a lot of 
cases. Figs. 8 and 9 illustrate the copying of a pocket to 
which this definition applies. 

For moving or copying hosses or pockets the system dis- 
sects the part along the edges that connect the boss or 
pocket with the remaining part Both (he tool body (the for- 
mer boss or pocket) and the pan to be modified now have 
open volumes (missing faces, or "wounds"), which are 
"healed" by the algorithm before further processing with the 
tool body. 

Figs. 8 and 9 show only simple pockets. The question re- 
mains of how to deal with more complicated situations like 
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Fig. 8. A pan with a pOCkel lo be copied to Ihe right top face. 
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Fig. 9 The part of Fig. 8 with two pockets, one copied. The system 
recognizes simple and compound bosses and pockets. 

countersunk holes or bosses inside pockets. Fig. 10 shows 
the extension of the simple bosses ami pockets. A boss 01 
poc ket containing countersunk bosses or pockets will be 
referred to as a conipoiiinl boss or pocket. Any number of 
nested bosses or pockets is allowed, as shown in Fig. 10. 

Simple and compound bosses and pockets are recognized by 
the system automatically, depending on the selection of the 
user. If one face within the boss or pocket is selected, the 
feature recognition algoritlmi identifies all other faces be- 
longing to the selected boss or pocket. 

Fig. 1 1 shows a pan with a countersunk pocket. If the user 
selects one of the red faces in Fig. 1 1, the whole pocket is 
selected. If the user selects one of the yellow faces a smaller 
pocket will he recognized. 

Feature recognition very much simplifies geometry selec- 
tion. Instead of many picks to sample the list of faces for a 
move or copy operation, one single pick is enough. HP PE/ 
SolidDesigner recognizes the list of faces as a boss or 
pocket and the subsequent modification can include topo- 
logical changes. 

Once the bosses or pockets are selected, various I-LOPs are 
applied: 

• The "wound" in the top face of the pan to be modified is 
healed, resulting in a simple block and a tool body consist- 
ing of the two nested pockets (the colored faces I 




Fig. io. Pail with one compound pocket and a boss Inside a pocket. 




Fig. 1 1. Part with a countersunk pocket 



• This compound tool body is split into the larger pocket 
(colored red, nesting level 1) and a smaller pocket (yellow, 
level 2). 

• Both tool bodies are transferred to their final positions. 

• The larger tool body is subtracted from the block. 

• The smaller tool body is subtracted from the result of the 
preceding, leading to the desired modification of the part. 

The additional complexity of working with compound pock- 
ets or bosses is mainly handled by the Boolean engine of 
HP PE/SolidDesigner. Only a small pail — the detection and 
subdivision of compound bosses or pockets — is needed in 
the I-LOP code itself. 

Fig. 12 shows the result of tapering a compound pocket with 
HP PE/SolidDesigner. (The front comer of the block has 
been cut away to show the tapered pocket. ) If there were a 
need to change the topology by this operation, the Boolean 
operation inside the I-LOP would take care of il. 

These features in PE/SolidDesigner don't have anything to 
do with the generation method of the model, as is the case 
in history and feature-based modelers. The features are de- 
fined temporarily for specific purposes: they are not part of 
the model. The flexibility of defining features al any stage in 
the design process is very much appreciated by most me- 
chanical engineers. 
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Fig. 12 Part with a lapereil. countersunk pockel The front corner 
of tllC bloCk has been cut away to show die tapered pockel. 
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3D Labels for Dimension-Driven Modifications 

In the past, if a mechanical engineer or draftsman had to 
adapt an existing design lo new dimensions, the easiest way 
was to mark the dimensions as "not true in scale," erase the 
original value and put in the new value. The rest was left to 
the people on the shop floor. 

This concept of modifying labels was adapted by CAD sys- 
tems that use variational or parametric approaches in either 
2D or 30. The difference between the parametric and varia- 
tional approaches is minor in this respect. Both systems 
require a completely constrained drawing or 3D model 
which is generated with I he help of user constraints and 
system assumptions. New values of the dimensions cause a 
recomputation of the whole model. Any dependencies that 
the user might have specified are maintained even when the 
model becomes modified later in the design process. The 
design intent is captured in the model. While this approach 
is most efficient for family-of-parts designs, it does not sup- 
port flexible modifications, which are needed in the typical 
iterative design process. 

HP PE/SolidDesigner's dynamic modeling capabilities sup- 
port the concept of 3D labels that can be attached to the 




Fig. 13 Part ..fan HPDesfcfel 
printer printliead. 

model at any time during the design process and can be 
used as driving values. Tapering of the selected geometry 
can be driven by angled labels, while the transformation of 
the selected geometry' can be defined by employing distance 
labels. The user adds one or several 3D labels to the part, 
selects the geometry to be mollified, and specifies new di- 
mension values. Using the new values the system then per- 
forms the modification employing B-LOPs or 1-LOPs. After 
the modification all values of the labels are updated to the 
current Values of die geometry. 

Fig. 13 shows (he HP PE/SolidDesigner model of a pail of 
the printliead of an HP DeskJet printer. Figs. 14 through 18 
illustrate the concept Of 3D labels. 

As indicated in Fig. 11, the first draft of the design contained 
a 30-degree ramp that was to be used to aid manufacturing. 
All edges of the area are blended to meet casting require- 
ments. Assume that later in the design process it turned out 
that the ramp was not needed at all or a different angle was 
needed. There are several ways to define the transformation 
in space for the ramp to disappear (e.g., aligning the original 
ramp face and the adjacent face below the ramp ). If the user 
is Hying to define the axis of rotation for the ramp face. 



Fig. 14. Changing a dimension (the angle Of die ramp) of the part of 
Fig. 13. 



Fig. 15 The part of Fig. 13 with the new rami, angle ft he ramp has 

been removed). 
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Fig. 16. The pan of Fig. 13 changed by I-LOPs without the 
knowledge tliat there is a blended edge. 

problems arise because the axis is a virtual one and cannol 
be found in the model. Either a special method for axis defini- 
tion is needed or the user has to do the calculation b.v hand. 

A third possibility is employing 3D labels. Using the 3D label 
already defined to show the functional angle enables the 
system to do all the necessary computation. A new value ( in 
this example ISO degrees) needs to be entered b.v the user. 
The system derives the transformation that has to be applied 
to the ramp face and the model becomes updated. (Fig. 15). 

If the label had not been ready for use. it could have been 
created to drive the modification. The labels are indepen- 
dent from the model creation and can be used temporarily. 
If the model has been changed, the values of the dimensions 
update automatically to their new values. 

Relation Solver 

Once the geometry to be modified is selected and new val- 
ues of the labels are entered, the sysiem will siart with the 
unspecified transformation and six degrees of freedom 
(three translational and three rotational). The solver will 
derive ihe relations from the labels and reduce the number 
of degrees of freedom sequentially one after the oilier until 
all specified relationships are satisfied or an impossible con- 
figuration is encountered. 

The system is only designed to solve relationships that can 
be described by equations solvable by algebraic means. No 
iterative solution is attempted. 
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Fig. 17 HP PJ^MJesigner ayeidi the behavior of Rg, MS by ttrst 

suppressing the blond ns shown bore. 
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Fig. 18. After suppressing the blend, the system makes the change as 
shown here. The final step is to readd the blend as shown in Fig. 15. 

The resulting transformation is dependent on the order in 
which the user has selected the modification-driving labels. 
Thus, the result of the modification is order dependent, es- 
pecially if rotational and translal tonal transformations are 
specified for the same modification. 

Modifying Blended Faces 

hi Fig. 14. there are blends adjacent to the face to be moved. If 
the system didn't know that there were blends in the neigh- 
borhood of this face and how to handle them, moving the face 
might create a strange object like the one shown in Fig. 16. 

To avoid this behavior, t he system suppresses the blends in 
a preprocessing step before doing the main operation (ro- 
tate the ramp race) and recreates them after performing the 
main operation in a postprocessing Step, Figs. 17 and IS 
show the steps used by the system internally. 

This concept adds to the Flexibility of HP PE/SolidDesigner 
tremendously, because it overcomes the limitation of the 
B-LOPs thai only modifications can be done that do not in- 
volve topological changes. 

Summary 

This paper shows the Strengths of the dynamic modeling 
techniques. Topology changes are possible in most cases. 
Model modifications can be defined when they become re- 
quired within the design process. Design changes do not 
have to be anticipated when stalling the model creation. No 
constraints within the model exist, and predictable results 
avoid the trial-and-error approac h of parametric and history- 
based systems. Dynamic modeling's core component besides 
the relation solver is the tool body, which is defined by Ihe 
system automatically for Ihe Boolean operation during a 
model modification. Although some limitations exist, most 
design changes are possible in one or several steps. 
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User Interaction in HP 
PE/SolidDesigner 



The HP PE/SolidDesigner user interface is modeled after the successful, 
easy-to-use, easy-to-learn interface of earlier HP CAD products. All 
commands are coded as Common Lisp action routines. A user interface 
builder helps command programmers by hiding details of the X Window 
System and the OSF/Motif™ graphical user interface. Prototyping was 
done using a specially developed Lisp-based interface to OSF/Motif called 
HCLX. 

by Bei thold Hug, Gerhard J.Waiz, and Markus Kiihl 



As the use of CAD systems lias become more ami more 
widespread, two conflicting trends have emerged. On one 
hand, the complexity of CAD systems has grown with their 
increasing functionality. On the other hand, the typical CAD 
system user is no longer a computer hobbyist. Designers 
and dctailers are busy enough maintaining expertise in their 
own areas without ha\ing to be computer experts as well. 
Therefore. CAD software must be easy to leant and easy to 
use for first -lime or occasional users without sacrificing 
Flexibility and effectiveness for more experienced users. The 
conflict between the need for simple operation and the in- 
creasing functional complexity call lead not only to less user 
satisfaction, but also to decreased productivity. As a result, 
a simple and consistent user interface has been a long-stand- 
ing goal of HP CAD products. 

The user interface of IIP PE/Solidl lesi.yner is based on the 
successful user interface of HP PE/ME10 and PE/ME3Q, The 
key components of this user interface are: 
Ease of Use. The product is designed not only for experts, 
but also for first-time or occasional users. 
Menu Structure. A task-oriented, flat menu structure mini- 
mizes menu interaction and the length of cursor movements. 
Macro Language. This allows the user to customize the 
menu structure. User-defined functions can be set up to 
increase productivity by using existing CAD operations and 
measure/inquire tools for model interaction. 
Online Help System. This provides all relevant information 
to the user without using manuals. 

The HP PE/SolidDesigner graphical user interface is based 
mi ( >SF/Motif and the X Window System, universally ac- 
cepted graphical user interface standards for applications 
software running on workstation computers. The OSF/Motif 
graphical user interface provides standards and tools to en- 
sure consistency in appearanc e and behavior. 

The large functionality built into HP PE/SolidDesigner is 
accessed by means of a command language with a defined 
syntax, referred to as action routines. The user communi- 
cates with the command language via the graphical user 



interface. All prompting, error checking, and graphical feed 
back are controlled by means of the command language. All 
CAD functionality is prov ided in this way. along with a user 
interface builder for implementing the graphical user interface. 

The action routines are implemented in Common Lisp, 
which provides an easy and effective way of prototyping and 
implementing user interactions. For the first interactive pro- 
totypes, HCLX. a Lisp-based OSF/Motif interface, was used. 

During the development of HP PE/SolidDesigner. IIP me- 
chanical engineers spend hundreds of days testing the prod- 
uct and providing feedback to tune its user interaction to 
meet then needs. They mercilessly complained about any 
awkward interactions. They made suggestions and drew 
pictures of how they would optimize the system for their 
particular tasks. As a result, commands were designed ami 
redesigned to reflect their needs. The user interface verifica- 
tion was also supported by many external customer visits 

User Interface Description 

If the user is familiar with other OSF/Motif-based applica- 
tions, it's easy to feel comfortable with HP PE/SolidDesigner 
quickly. The mouse, the keyboard, and the knob box or 
spaceball are the tools for interaction. 

When HP PE/SolidDesigner is started it looks like Fig. 1. The 
different areas are: 

• Viewport (center of the screen). The viewport covers the 
main portion of the user interface and consists or the graph- 
ics area and the viewport control buttons at the top. In the 
graphics area of the viewpon, the model is displayed and 
the user interacts with the model. Several viewports can 
exist, each with its own control buttons. Using more than 
one viewport, the user can view a part simultaneously from 
different sides and in different modes. Resizing and iconi- 
ficafion of viewports are possible. 

■ Utility Area (top row). In the utility area, the user finds util- 
ity tools that support the current task. They do not termi- 
nate, but rather interrupt and support the current command. 
The help button at the right end giv es access to the general 
help menu. 
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• Main Menu (light side). The main menu buttons appear in 
llie right column below the application name. This is also 
called the main task area. All the functionality is grouped 
into task-oriented logical areas. By selecting a main lask 
button, the user opens a set of subtasks or a command 
dialog menu with buttons for all stages in the modeling 
sequence, 

• Prompl Lines and General Entry Field (bottom left). The 
two-line prompt area is used for general system feedback, 
messages, or user guidance. The general entry field is used 
for entering commands, general expressions, and the like. 

• Global Control Buttons (bottom right). The buttons at the 
bottom are always available. The select button is only active 
whefl Ihe system is prompting the user to select something. 
The buttons and display fields inside the scrolled windows 
display general system settings like the active workplane or 
part, units, and catch information.! The other buttons are 
commands thai the user needs frequently. They are always 
available. 

tOapeniimy on Ihe current command, Ihe catch selling indicates how a pick in Ihe graphics 
area (viewport) is processed to identity an element For example, "catch vertex on cutrent 
workplane' means mat if the user picks near the end ol a straight line the resulting pick point 
will exactly match the emJpo/nl ol the line The catch radius is customizable 



Command and Option Dialogs 

Command dialog boxes (see Fig. 2) are accessed either from 
the main task area or the utility area. The current command 
dialog box is replaced by the new selected one. If the default 
home position of the command dialog box is inside the 
draw tng area, the dialog box is closed upon completion of 
the operation (this is typical for command dialogs from the 
utility area) With this behavior Ihe user always has optimal 
use of the screen space. 

Nevertheless, sometimes the user wants to have parallel ac- 
cess to different dialog menus at Ihe same time (flat struc- 
ture). This can be achieved by pinning the command dialog lo 
the screen using Ihe small icon in the upper left corner. 
Pinned command dialog boxes are helpful whenever the 
USei is using several menus constantly The user can keep as 
many or as few dialog boxes open as desired and arrange 
them on the screen to suit the present task. Fig. 2 shows two 
pinned dialog boxes and One unpinned dialog box. 

Activation Of a command by a mouse click or by typing in a 
command m the general entry field leads lo the same behav- 
ior. The command billion snaps into pressed mode. If there 
exist a nuiuhci Ol additional controls of the command, a 
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subrlialog is attached at t he bottom of the command dialog 
box (see extrude box in Fig. 3). The command becomes in- 
teractive and a prompt asks for further input. The dialog box 
gets a yellow border, a signal that this dialog box is active. If 
the action is suspended by an interrupt action, the border 
changes to red. Thus, the user never loses track of what is 
active and what is not. 

The subdiaiog provides options in die form of buttons, data 
entry fields, and check boxes for further control of die com- 
mand. The system provides good defaults to minimize the 
required user input. All options can be manipulated in any 
appropriate order; I he command supplies a parallel syntax. 
All settings are displayed in the dialog box. Required data 
fields are highlighted in yellow, meaning that the user must 
define a value. 

The help buttons of the command dialog boxes give access 
to context -sensitive help. 

Context-Sensitive Help 

Help messages relating directly to the task the user is per- 
forming can be accessed immediately by pressing die help 
button located in the currently active menu or dialog box. 
The help information appears in its own dialog box. which 
can be positioned anywhere on the screen and resized for 
convenience ( see Fig. 4). 

Words used in help text are directly linked to other defini- 
tions or explanations. The user need not go back to indexes 
to look up further words to aid in understanding the help 
information. 
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Fig. 3. If a command has controls in addition to the basic ones, a 
subdiaiog box is attached to the command dialog box. The extrude 
command is an example of this behavior. 
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In addition to the context-sensitive help, the help system 
provides a task-based index with search facility, a command- 
based index with search facility, an overview of HP PE,Solid- 
Designer. information on HP PE/SolidDesigner's concepts, 
filters, and displays of user-typed keywords, version infor- 
mation, and help on help. The help system can be used in a 
standalone mode without running HP PE/SolidDesigner. 

Task-Sensitive Tools and Feedback 

Whenever the user has to enter a value for a command, the 
system provides the appropriate tool for data entry. For in- 
stance, if the user has to enter a direction, the direction tool 
( Fig. 5 1 pops up. The user can extract the information di- 
rectly out of the model with a minimum of effort by access- 
ing parts of the model such as edges and faces. The result is 
displayed either textually or graphically as part of the 
model. 

These task-sensitive tools are implemented as subactions so 
thai all commands (action routines) have access to the same 
lools. Using these tools guarantees consistent system behav - 
ior, for example in specifying directions. 

Browsers 

Browsers ( see Fig. 6) display lists of files, vvorkplanes. 
parts, and assemblies, and allow selection of items for use in 
commands without typing in names. Even complex assem- 
blies become easy to understand and manipulate when 
browsers are used. 

Customizing the User Interface 

HP PE/SolidDesigner provides different facilities for chang- 
ing its user interface. The following customization capabili- 
ties exist: 



• Flattening the Menu Structure. This facility is provided by 
allowing the user to pin command boxes to the screen. 
When the environment is saved, pinning and location infor- 
mation is stored for later access. 

• Toolbox. The toolbox (Fig. 7) allows the user to build a cus- 
tom command dialog box. The user can put any command 
into the toolbox, and can put the most-used commands to- 
gether in one area for easy access The toolbox can be left 
open like a command dialog box. If a command becomes 
interactive, the original subtlialogs are attached at the bot- 
tom of the toolbox dialog. 

• Lisp. The user can write Lisp functions, which can contain 
action routine calls. Thus, the user can combine Lisp with 
CAD functionality to optimize the system for particular 
needs. 

• Key Burton Bindings. IIP PE'SolidDesigner commands or 
Lisp functions can be accessed via X translations. Function 
keys, mouse buttons, or any key sequence can be defined 
for accessing any given functionality. This tool allows the 
expert user to accelerate the use of the system. 

• Record/Playback. The record/playback feature allows the 
user to record a series of command picks to be used later to 
duplicate the action, like a macro. The information is stored 
in a file for playback. The file contains the command syntax, 
so it can be used to support writing user-defined Lisp 
functions. 

Action Routines and Personality 

This section describes the user interaction in HP PE/Solid- 
Designer in more detail. It explains the basic technology 
underlying the concepts that were described in the preced- 
ing section. A simplified extrude example is used to clarify 
the explanation. 




Fig. 4 <'<mip.\i-seii.siuve help in- 
formation uppears in its own dia- 
log box, which can lie positioned 
anywhere on the serpen and re- 
sized for convenience. 
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Fig. 8 is a simplified diagram of the action routine/personal- 
ity communication model of HP PE/SolidI)esigner. The com- 
munication model is divided into three parts. On the left side 
are the action routines and on the right side are the user 
interface objects. Bidirectional commiutication between the 
action routines and the user interface is lite task of the per- 
soiiulity. which is shown in the middle of Fig. 8. This divi- 
sion into three separate components allows the implenien- 
tot of an HP PE/Solidl lesigner command lo change the user 
interface and its behavior w ithout changing the command 
syntax, il is also possible to switch off the user interface for 
certain commands. 

The action routine concept is used lo implement the com- 
mand language of I II' PF/SolidDesigner. A command is 
coded as a state machine with several states and transitions 
between these states. The term personality refers lo the 
information coded in lite til l update table shown in Fig. 8. 

I ll' I'K/SolidDesigner distinguishes three types of action 
routines: 

Terminate Actions. Terminate actions terminate every other 
running action routine nrtitilirrly (i.e.. they cancel them). 
At any time there can only be one active or suspended ter- 
minate action. All action routines that modify the solid 
model must be defined as terminate actions. 
Interrupt Actions. Interrupt actions interrupt the current 
running action routine. When the interrupt action is fin- 
ished, the interrupted (suspended) action routine continues 
from where it was interrupted. There is no limit on the 
stacking of interrupt actions. Interrupt actions must not 
modify the solid model. They are only allowed to intiuire 
about model data. A measure command is an example of an 
interrupt action. 
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Fig. 7 Tlic toolbox allows the user to build a custom command 
■lialug box ronluiniiig often-used coiiuiiaiuls. 

• Subac-tious. Subacl ions are used lo implement frequently 
usecl DienUS SO thai they can he reused in other action rou- 
tines. This avoids code duplication, allows better mainte- 
nance, and improves usability, Subactions can only be 
called from within other action routines. This means that 
the user cannot call a subaclion directly. Some typical 
examples Of subactions are: 
Select 

Measure axis, direction, point 
Color editor 
Pari positioning. 



Basic Action Routine Structure 

As mentioned above, the user interface in HP PE/SolidDe- 
signer is Lisivbased. Therefore, the implementation of an HP 
PE/SoliriI)esigner command using the action routine con- 
cept is a kind of Lisp programming. The following is a sche- 
matic representation of a terminate action: 

(defection name 

1 1 ;; List of local variables (with or without initialization! 

I ;, action description 

I statename (statejorml 
(statejrompt) 
help-mdex-symbol 
I transitionpattem (transition Jorm) pers-update-symbol next_state 

I 

more transitions 

) 

... ;; more states 
) ;; end of action description 
( ;; local (unctions 
(local-fun () 

I 

... ;: more local functions 

) ;; end of local function definitions 

) 

The structure ©fan interrupt action or subaclion is equiva- 
lent to that of the terminate action shown above except that 
an interrupt action is denned using the keyword defiaction 
and a subaclion is defined using lhe keyword detsaction. The 
second parameter of lhe action routine definition is the 
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Fig. s in the HI" PE/SolklDe- 
slgner user Interface communica- 
tion model, tin' action routines 
representing the commands com- 
munkato with the user interface 
objects through the personality. 
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name of the command thai is c oded through the action rou- 
tine. For an extrude command this would he extrude. Follow- 
ing the command name is a list of local action variables. 
These variahles can only lie accessed from within this action 
routine. Action routine local functions and pach state and 
transition form have access to them. They are used to store 
user-entered command parameters and as variahles to con- 
trol the execution of the command. 

Next comes a description of the stale machine. The stales 
are those defined by the railroad of Ihe command plus inter- 
nal administrative states. The railroad of a command is a 
structure used to describe Ihe syntax of an HI' 1'K/Solii I De- 
signer command for Ihe user. Fig. 9 shows Ihe Simplified 
railroad of the extrude command (a few options have been 
omitted for clarity ). The railroad reflects Ihe concept of par- 
allel command syntax. Each keyword (:part, :wp. distance) can 
be given at any time and the command loops until the user 
completes or cancels it. 

A distinction is made between prompting and nonprompling 
slates. A prompting or prompt stale requires the input of a 
token (a keyword or parameter value) from Ihe user. This 
token is read from ihe inpul stream, which is filled either 
interactively by the user (hilling an option button, entering a 
number, selecting a part, etc.) or from a file (such as the 
recorder file). As many tokens as desired can be entered 
into the inpul buffer. Entered tokens are processed by Ihe 
action routine handler. Processing stops as soon as an error 
occurs (such as an unknown keyword) or (he inpul buffet- 
becomes empty. IIP PE/Solid Designer then becomes inter- 
active and requires more input from Ihe user. A prompt state 
wilh an empty inpul buffer displays Ihe prompt coded in its 
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Fig. 9 Simplified railroad Riving the high-level syntax of the extrude 

command. 

stale. After the user has entered a token, the action routine 
handler tries to match the input with one of the stale transi- 
tions. If a match is found the action routine handler pro- 
cesses this transition and jumps to Ihe next state. A non- 
prompling slate (administrative stale) takes the result of its 
slate form lo find a match with the coded transitions of this 
state. If the action routine handler was not able to find a 
match in the transitions and no "otherwise" transition was 
coded, it signals an invalid input error. 

Implementation of the extrude railroad leads to the state 
machine shown in Fig. 10. As Ihe extrude command starts, 
the first state is mit. In this slale Ihe local variables are ini- 
tialized and filled wilh useful defaults such as the current 
part and the current workplane with a valid profile, Since mit 
is a nonprompting state and only one "otherwise" transition 
is coded the action routine handler goes on lo Ihe next slale. 
top-prompt. This prompt state and the nonprompling dispatch 
state top-opt are the central stales of this example command. 
The top-opt slale lakes the inpul of the previous state (top- 
prompt or any extract or check state) and tries to match its 
transitions. The states select-part and select-wp call on their 
only "otherwise" transition, the select subaction. as their 
transition form, with the specific select focus of part or 
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work-plane, respectively. These stales prompt Uimugh the 
select subaction. The extract states take the result of the 
transition forni (select subaction call) and process the result 
of the selec t operation. The distance state has a special key- 
word — length — as its transition pattern. For this keyword an 
input conversion is involved. The transition partem will 
match any entered number, whereupon a units converter 
will lie called automatically. A user can work in length units 
of millimeters or inches, and the units converter converts 
the length into the interna] units (here mm). There are also 
other converters such as the angle converter which converts 
the user input (e.g.. degrees) into internal units (here radians). 

The extrude command loops until the user completes or 
cancels the command. In both cases the action routine han- 
dler jumps into the separated state end. Depending on a posi- 
tive (complete) or negative (cancel) termination of the com- 
mand, the software thai actually performs the action will be 
called with the parameters that were collected by the action 
routine. 

Personality 

.As explained earlier, the task of the personality is bidirec- 
tional communication between the action routine and the 
user interface objects. The core of the personality is the GUI 
update table shown in Fig. 8. This table stores all of the 
actions to be performed when an action routine executes, 
and it also receives data from the user. It guarantees that the 
user interface is in sync with the action routine state when- 
ever HP PE/Solid Designer requires data from the user. 

The GUI update table is realized as a hash table with the 
pers-update-symbol (see action routine representation, page 19) 
as key and a Lisp Form as entry. As soon as the action rou- 
tine handler rinds a match in the transition pattern of the 
Current slate it performs the transition form and triggers the 
user interface update using the third parameter of the transi- 
tion definition as value. The action routine handler looks up 
whether a Lisp form is coded for the pers-update-symbol and 
evaluates it if found. The Lisp form can contain things like 
set-toggle of a command option or update-toggle-data to show 
the value the user has entered. This mechanism reflects the 
stale of the action routine and its values at any lime in the 
user interface. 

There are special personality keywords for every action 
routine: 

' action_name_ENTRY 
' action_name_EXIT 

'(action_name action-interrupt-by-iaction) 
'laclion_name action-continue-lrom-iaction) 

' action_name_ENTRY is triggered as soon as the action routine 
starts. Normally the Lisp form coded for this entry ensures 
the display of the command options Tilled with all default 
values. ' action_name_EXIT cleans up the user interface for this 
command and removes the options from the screen. The 
oilier two keys are triggered when the command is inter- 
rupted 0T when it resumes its work after an interrupt action 
In this case the coded Lisp form normally deactivates and 
reactivates the command options, since the\ are not valid 

tor the interrupt action. 

Delayed Update. A Sequence of action routine calls (e.g., from 
the recorder file) or the input of several tokens into the 



input buffer should not cause constant updating of the user 
interfac e. Delayed update means that the user interface will 
not keep track of the action routine until the action routine 
becomes interactive, that is. until it requires data input from 
the user. At that time the user interface of the interactive 
command will reflect its stale and values exactly. 

A completely parameterized action routine does not cause 
any reaction on the user interface. If a command changes 
any status information (e.g.. current part), this information 
will be updated. These updates bypass the GUI Update table 
using the event mechanism. 

The delayed update mechanism is implemented using apn - 
sniinlil// rutri/ stuck. Each trigger of a pers-update-symbol 
through the action routine handler will not lead to a direct 
execution of the Lisp form. All triggers are kept on the per- 
sonality entry stack until the ac tion routine becomes inter- 
active. If an action routine doesn't require data from the 
user, all entries between and including ' action_name_ENTRY 
and ' action_name_EXIT are removed from the stack. As an ac- 
tion routine becomes interac tive all Lisp forms belonging to 
the personality entries on the stac k are performed until the 
stack is empty. The user interfac e is again in sync with the 
action routine slate. 

A problem came up with fully parameterized action routines 
behind a command toggle. Normally the ' action_name_EXIT 
trigger cleans up the command user interface, but with a 
fully parameterized ac tion routine no personality trigger 
occurs. To solve this problem the system triggers two addi- 
tional personality entries which are c alled in either delayed 
or undelayed update mode. These are ' action_name PRE.ENTRY 
and ' action_name .POST EXIT. The release of the command 
toggle is coded in ' action_name_POST_EXIT. The need for 
' action_name_PRE_ ENTRY is discussed below. 

Personality Context I >nr requirement for Che user interface of 
IIP PLVSoliclDesigner was that a command should be call- 
able from other locations as well as from the default loca- 
tion. The motivation was the toolbox, whic h can be filled by 
the user with often-used commands. The main requirement 
was that a command's behavior in another context should 
be equivalent to its behavior in the default context. A user 
v\ ho calls the extrude command out of the toolbox expects 
the extrude options in the toolbox and not those in the de- 
fault menu. The toolbox concept is based on the assumption 
that a command context is specified by: 

• A calling button 

• A dialog shell, in which the calling button resides 

• A communication form where the command options arc- 
shown 

• A shell position where the command options are shown if 
they are realized in a separate dialog shell. 

Ml oilier things arc command-specific and independent of 
the context. 

The default context of a command is coded in ' ac- 
tion, name. PRE ENTRY. Here the programmer of the com- 
mand's personality defines the context in which the com- 
mand should awake as the user lypcs it in. This context can 
be overridden when the command is called out of, lor exam- 
ple, the tOOlbOX. < 'onlcxl dependent calls of the command 
personality have to check the current context settings 
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instead of having this l>p|ia\ior hardcodod in the default con- 
lexl. This concept also makes it possible to program a to- 
tally different personality for a command or to switch off the 
user interface of a command. 

Stacked Personality The possibility of invoking the same 
interrupt action several times makes it necessary to provide 
a method of creating independent incarnations of the inter- 
rupt action user interface. This is done by separating the 
building instructions of the command option user interface 
into a Lisp function. As an interrupt action is called a second 
lime (or third, etc.) after an initial invocation, the widgets of 
the latest command option block are renamed to save the 
state and contents. Then a new incantation of the option 
block is created using the building instruction function. 
When the most recent interrupt action lenninales its execu- 
tion the user interface incarnation is destroyed and the wid- 
gets of the saved option block are renamed again to become 
valid once more. One incarnation of the option menu of a 
command is always kept. All oilier necessary incarnations 
are created and destroyed at run time. 

User Interface Development Tools 

To speed up the user interface development process a proto- 
typing tool was required that would allow modifications to 
be made quickly. Since the command language of 111' PE/So- 
lidDesigner is Lisp-based ami the commands are intended to 
interact closely with the graphical user interface (GUI), 
standard (VC++-based user interface builders could not be 
used as prototyping tools. Such tools would have required 
the Standard edit/compile/link/test cycle, which slows down 
the prototyping process heavily. They also didn't offer Lisp 
interfaces or facilities to change the GUI of the CAD system 
at run time, a required feature. 

In 1989 only a few Lisp interfaces to the X and OSF/Motif 
toolkits were available. Because none of these had all of the 
features we needed, we decided to produce oiu - own. Called 
HCLX, it is a Common Lisp interface to the XI 1 Xlib. the X 
toolkit intrinsics, and OSF/Motif widgets ( Fig. 11). It pro- 
vides Lisp functions for all the functions available in libXl 1. 
libXt and lihXm, as well as all the constants and resources in 
the X] 1 .h files. It provides functions to create, access, and 
modify all the structures used by the X toolkit and Xlib. Wid- 
get class variables are also defined, and Common Lisp func- 
tions can be used as callback routines in widgets and as 
functions for translations. 

Although it is possible to do all X and OSF/Motif-related 
coding in HCLX, experience during the development process 
showed that certain low-level X programming should be 
done in C++. This includes such things as initialization, 
color maps, and the color button. 

Color Maps. The use of a graphics library like HP StarBase 
and the demand for high-quality shaded solid models imply 
the need for a private color map within the graphics win- 
dows of HP PE/SolidDesigncr. When the graphics window or 
its lop-level shell window is focused, the graphics color [nap 
is installed (copied into the display hardware) by the X win- 
dow manager. On displays that support only one color map 
in hardware (most of the low-end and old displays), every- 
thing on the entire screen is displayed using the installed 
color map. When a private color map is installed, all win* 
dows using the default color map lake random colors. As 
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Fig. li Tools psed Co develop HP PE/Solidl tesigner's user interface 

IK'LX is a specially Created Common Lisp interface lii Xlib, the X 
toolkit, and OSF/Motif widgets. 

soon as a window- using the default color map gains the 
focus, the default color map is reinstalled, and the graphics 
windows with their private color map will have random col- 
ors. As the current color map switches back and forth from 
default to private, the user sees color Hashing. To avoid this 
for the user interface of HP PE/Solid Designer, a priv ate 
color map is used for the user interface windows that has 
I he same entries as the color map used for graphics. Along 
with the color map, a color converter is installed that for a 
given X or OSFAlotif color specification tries to find the 
best matching color within the color map. 

Color Button. For the light sellings commands, a color editor 
is required to give the user feedback on the colors used in 
the graphics windows. Therefore, a color button widget was 
inherited from OSF/Motif's drawn button. The color button 
has a small StarBase window in which colors are rendered 
in the same way as in the graphics windows. 

User Interface Builder 

HP PE/SolidDesigner's user interface builder was created 
using HCLX. During the prototyping phase for the user inter- 
face it became obvious that it is too expensive to train every 
application engineer in the basics of the X Window System 
and OSF/Motif. The user interface builder hides X and OSF/ 
Mol if details from the application engineer and offers facili- 
ties to create a subset of the OSF/Motif widgets. 

Unique Naming, t )SF/Motif widget creation procedures re- 
turn a unique ID for a widget, which must he used whenever 
a widget is modified or referenced by some other procedure. 
The user interface builder changes this. Widgets are identi- 
fied by unique names. These names can be specified or 
created automatically. The user interface builder ensures 
the uniqueness of the names. 

Properties. For every widget only a small subset of its origi- 
nal resources are made available. To distinguish these re- 
sources from the full set of resources, they are called pmp- 
erties. A user interface builder property consists of a name 
and a corresponding value. The name is derived from the 
original OSF/Motif resource name by removing the prefix 
XmN. For example. XmNforeground becomes foreground. Some of 
the widget's callbacks are offered as properties. Callback 
properties have as a value a Lisp form, which will be evalu- 
ated when the callback is triggered. The user interface 
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Fig. 12 I 'ominaud dialog box Created with a Call to create-nghi-menii- 
dialog 

builder ensures that Lisp errors within these forms are 
H apped and handled gracefully. After a property has been 
specified for a widget, its value can be queried and the user 
Interface builder will return the Lisp forni thai was used for 
the specification This means that specifying red Or -FFO0O0 as 
a value for the property background will result in a return of 
red or #FF0u00 and not just a pixel value as in OSF/Motif. 

User Interface Builder Action Routines All user interface 
builder commands are offered as action routines. They 
make heavy use of the properly decoders to detect input 
errors such as wrong property names or values. There are 
user interface builder commands to create widgets, modify 
and query widget properties, display, hide, and position wid- 
gets, and access the graphics widgets. 

User Interface Convenience Functions 

The user interface convenience function level is located on 
top of the the user interface 1 mile lei level (see Fig. II). While 
all the user interlace builder functions are closely related to 
OSF/Motif, the user interface convenience functions are 
tnote abstract and not related to any window system. This 
level allows the programmer of a new command a fast and 
easy-to-use implementation of the command's user inter- 
face; The functions guarantee thai the new command fits the 
look and feel of 111* Prl'Solid Designer's user interface, 

The function create-right-menu-dialog is used to create standard 
IIP PEVSolidDesigner menus which generally appear on the 
right side of the user interface. The base of every right-menu 
dialog is a dialog shell. This allows moving and positioning 
these menus anywhere on the screen. A right-menu dialog 
can be constructed lop-down with various elements. Only its 
width is limited to the size of two standard bullous. Fig. 12 
shows a typical IIP PM'SolidDesigner command dialog con- 
structed w ilh a call to create-right-menu-dialog. 

With the function create-options-block. typical HP PK/Solnll >e- 
signer user interlace objects for command options can be 
Created. AM option block can never be without a parent wid- 
get. This means thai ihe function create-options-block doesn't 
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Fig. 13 Si vine heterogeneous option types that can he crealed wilh 
create-options-block . 

create a dialog shell as a basis, but a form widget , which is 
realized in a parent widget ( generally an empl\ form widgel. 
also called a communication form in this article)- Fig. 13 
shows some of I ho possibilities out of which a heteroge- 
neous option block can be constructed. Kadi option block 

has ; piional nile a main pan underneath M p lal 

title, and an optional subopiion form, an empty form Widgel 
below Ihe main part as a placeholder for subopiion blocks. 

The function create-dialog-shell creates an empty IIP PF./Soliil- 
I lesigner standard dialog shell in any size. Possible elements 
are pin. title, close. OK, cancel, and help bullous. The empty 
main form can be filled with any user interface objects, 
which can be created using standard user interface builder 
■ alls. This function is used to create nonstandard menus 
such as browsers, Ihe color editor, and so on. 

Conclusion 

The effort put into Ihe development of IIP PK/SolidDesign 
er's user interface was a good investment- The user interface 
is one of our key competitive differentiators. Customers like 
the clear structure, ease of use, and ease of learning. The 
Lisp-based implementation allows broad customization pos- 
sibilities. The powerful concepts of IIP PK/SolidDesigner's 
user interface and its technology provide a firm foundation 

for future developments. 

OSF/Mutil n a trademark til Ills Open Software Foundation in the USA and olher commies 
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Enhancements in Blending Algorithms 



This article describes a rounding operation for a 3D CAD boundary 
representation (B-Rep) solid model. Complex combinations of convex and 
concave edges are handled predictably and reliably. At vertices the 
surfaces are smoothly connected by one or more surface patches. An 
algorithm for the creation of blending surfaces and their integration into 
the model is outlined. The sequence of topological modifications applied 
to the solid model is illustrated by examples including some special case 
handling. 

by Stefan Freitag and Karsten Opitz 



Apart from the bask- Boolean operations, a modem solid 
modeling CAD system needs to provide easy-to-use facilities 
fur local modifications of I lie primary model. One of I lie 
most important examples is I he blending or rounding of 
edges, in which a sharp edge of the model is replaced by a 
surface thai smoothly joins the two adjacent faces (see 

P& n. 

Blending surfaces servo several purposes in mechanical 
designs, including dissipating stress concentrations and en- 
hancing Quid flow properties, hi addition, some machining 
processes do not permit the manufacture of sharp edges. 
Smooth transitions between surfaces are also often required 
for aesthetic reasons. Besides functional requirements, edge 
blending is conceptually quite a simple operation, which 
makes it very popular among designers using CAD systems. 

A common characteristic of almost all applications is thai 
the smoothness of the blend is more important than its 
exact shape. For I he user this means that it should be pos- 
sible to create a blend by specifying only a few parameters. 
It is then the systems task to fill the remaining degrees of 
freedom in a meaningful manner. 

From an algorithmic point of view, blending one or more 
edges of a solid model simultaneously falls into two sub- 
tasks. The first is to create a surface that provides the transi- 
tion between the adjacent surfaces defining the edge. 
Secondly, the surfaces need to be trimmed properly and 
integrated into the body such that a valid solid model is 



maintained. While the first step is a purely geometric prob- 
lem, the second one involves both geometric and topological 
operations. 

The blending module in HP PE/SoIidDesigner was designed 
with the goal of allowing blending of a wide variety of com- 
plex edge combinations in a robust manner. This is accom- 
plished through the use of freeform geometry as blending 
surfaces, along with quite involved geometric and topologi- 
cal considerations in several phases of the algorithm. 

The lack of freeform surfaces was the primary reason for 
most of the restrictions concerning edge blending in IIP 
PE/SolidI)esigner's predecessor, the HP PE/ME30 3D 
modeling system. HP PE/ME30's kernel, the Romulus 
geometric modeler, does in fact provide more complex 
surfaces, 1 but I hose enhanced blends were never imple- 
mented '' 1(J product. 

The current capabilities of HP PE/SolidI)esigner's blending 
algorithm go far beyond IIP PE/ME30 with respect to the 
topological situations that can be handled reliably. More- 
over, the architecture of the algorithm allows the inclusion 
of future enhancements in a consistent manner. 

It is the aim of this paper to illustrate the basic blending 
algorithm and to provide the reader with examples that 
demonstrate the complexity of the geometric and topologi- 
cal problems that must be solved to integrate one or more 
blend surfaces into a solid model. More information on this 
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subjert can also be found in Woodwark- and the excellent 
surv ey of Mda. * 

HI' PE/SolidDesigner's underlying philosophy alJows flexible 
modifications of the sohd model in every stage of the model- 
ing process. In the context of edge blending this means that 
it should always be possible to remove or modify an existing 
blend surface without regard to how it was created. 

In the next section, ihe second section of this article, we 
introduce some terminology commonly used in solid model- 
ing, tn particular in the blending context. The third section 
describes the use model of edge blending in IIP PE'SolidDe- 
signer. Ail overview of the algorithm is given in the fourth 
section, followed by a more detailed discussion of its major 
steps. Finally, in the last section, we discuss some perfor- 
mance and stability issues. 

Blending Module of the HP PKASolidDesigner Kernel 

Currently, the blending operation in the HP PE/SolidDe- 
signer kernel implements what is commonly known as the 
roUifig liall blend. This type of blend can easily be visualized 
as a ball moving along Ihe edge and touching the adjacent 
surfaces (the primary surfaces) simultaneously. The touch- 
ing loci are curves that define the boundaries of the blend 
surface. Depending on whether the radius of the ball Ls con- 
stant or varies while it is moving, we speak of roiisimii- 
milius or variable- radius blends. 

The geometry module of HP PE/SolidDesigner*s kernel sup- 
ports a number of different surface types ( Fig. - 1. These 
include the natural quadrics (planes, spheres, cylinders, and 
cones), Ionises, and NURBS (nonuniform rational B-spline) 
freeform surfaces. All of (he surface types are represented 
paiainetrieally. The object -oriented design of Ihe kernel 
allows Ihe use of generic algorithms for general surfaces as 
well as special-case solutions for particular surface types. 

Most algorithms such as surface/surface intersections or 
silhouette calculations behave considerably more stably and 
perform more efficiently when dealing with nonfreeform or 
analytic surfaces. Consequently, Ihe blend algorithm tries to 
employ analytic surfaces whenever possible. This necessi- 
lates several case distinctions during Ihe process of blend 
creation, which will be pointed oul later. 

I lepending on the local geometry', lhat is. the convexity of 
the edge, blending an edge may involve adding or removing 
material. These operations are sometimes distinguished as 



filleting or rounding, respectively. In this article we will 
refer to both cases as blends. 

If several edges to be blended meet at a common vertex, the 
blending surfaces should be joined in a smooth manner. We 
call these transitions revter regions because they replace a 
vertex by a Ml of surfaces. In some special cases, a vertex 
region can be defined by a single analytic surface like a 
sphere or a torus. In general, however, they are defined by 
up to six tangential!}' connected B-spline freeform surfaces. 

HP PE/SolidDesigner t>elongs to the class of B-Rep (bound- 
ary representation) modelers, in which the solid model is 
represented internally as a set of vertices, edges, and faces. 
In addition, the representation contains information about 
how these entities are related to each other — that is. the 
topology of the model. B-Rep modelers usually employ a 
restricted set of operations to perform topological manipula- 
tions of the model. The application of these Enter operators 
ensures the topological integrity of the model. 

Integrating one or more blend laces into a solid involves 
quite a number of topological modifications and different 
Euler operators. We will not discuss the underlying concepts 
in detail here, bul refer the reader to Ihe standard sources. 
For our purposes, ii suffices tO know that, the blend algo- 
rithm employs these basic operators (for example. ADEV, 
ADED. KEV, KE) to create the new topological representation of 
the blended body. 

The blend module also takes advantage of basic functional- 
ity provided by the geometry module of IIP PE/SolidHesign- 
er's kernel. Examples are closest-point calculations with 
respecl to a curve or a surface. We call these Operations 
n In i iny a point on a curve or surface. This applies t<> 
eurvM or surfaces of any type. For instance, it is oflen nec- 
essary to relax an arbitrary poinl on Ihe intersection curve 
of two surfaces. Since these operations are part of ihe ker- 
nel's generic functionality, we will nol go into the details of 
their Implementation 

Using the Blend Command 

Like all of HP PE/SolidDesigner's commands, the user inlcr- 
face for Hie blend command is designed lo be easy lo use 
and require as little input as possible from Ihe user. This is 
greatly facilitated by some general mechanisms used 
lluoughoul IIP l'K/Nolid!)esigiu'i'N user interface such as the 
selection methods and Ihe labeling feedback. 




The blond command distinguishes iwn modes: the ilrfiui- 
ffon mode and thepretHew mode, in definition mode, single 

or multiple edges can be selected and assigned a radius (of 
the rolling ball). Variable-radius blends are specified by Start 
arid end radii to be assigned to the end vertices or the edge. 
Since the choice of the start and end vertices is arbitrary, 
tile veil ices of the currently selected edge are marked with 
labels. The radius of the rolling ball varies linearly between 
the two end vertices of the edge. 

An important feature of the blend command is its ability lo 
handle both types of blends simultaneously. This gives the 
user the ability l<> specify an arbitrary combination of con- 
stant and variable radius blends, each with possibly differ- 
ent radii, in a single blend session. 

The blend command uses straightforward radius defaulting. 
For example, the constant radius of the active edge carries 
over to ail subsequently selected edges unless the user 
chooses a new radius explicitly. 

While processing the selected edges, the algorithm decides 
about the inclusion of a vertex region to provide a smoot h 
transition between the blend surfaces. A vertex region will 
be created if all edges adjacent to a particular vertex are to 
be blended in the same session. In other words, a vertex 
region can easily he suppressed by blending adjacent edges 
one after another. 

In preview mode, the blend faces are shown using a preview 
color. Modification of the radius or the edge information is 
not possible in this mode. However, upon returning to the 
definition mode, the user can specify further edges to be 
blended, modify the blend radius assigned to an edge, or 
remove an edge from the list. 

There are two ways to terminate every command in HP 
PE/SolidDesigner. Canceling the blend command causes the 
blends to be discarded, while completing it makes the 
blends "real." 

For convenience, the blend menu contains a small number 
of options: 

The part checker usually run on the blended part can be 
switched off to provide a faster, although possibly invalid 
result. 

The labels attached to edges and faces, which might be an- 
noying if a large number of edges are selected, can be 
turned off. 

A rhnin option allows the user to select all edges connected 
tangent ially to a given edge by a single pick. 

Because of the complexity of the operation, blending one or 
multiple edges sometimes fails. While some problems are 
easily detected, others are caused by topological or geomet- 
rical restrictions rooted at a relatively low level. A typical 
example for the first kind of problem is the case where the 
blend radius is chosen too large. In any case, a failure is re- 
ported to the user by displaying an error message and high- 
lighting the edge that is causing tiie problem. 

How the Blending Algorithm Works 

As noted above, the rolling ball blend provides us with a 
very intuitive way to define a blend surface. While moving 
along the edge, the ball sweeps out a certain volume. The 
blend surface is Simply a part of the surface bounding this 



volume. In mathematics, surfaces thai are swept out by fam- 
ilies of moving spheres are called rtnml mi riders.' The cylin- 
der and the torus are the most obvious examples. 

A number of blending problems can be handled by inserting 
surfaces of these types. We will refer to these cases as iiiki- 
h/lir Wends. In other than the simple cases, however, the 
e xplicit representation of a canal surface takes on quite a 
complicated form. Therefore, an approximation of the ideal 
blending surfaces by freeform blends is constructed. In par- 
ticular, we use ( '-continuous B-spline surfaces. 

The general algorithm is divided into a number of smaller 
modules. Each of these modules typically scans over all 
edges to be blended and performs a certain task. However, 
care is taken that the result is symmetric, that is, it does not 
depend on the order in which the edges are operated on. 

The task of the first module is to filter out all cases where an 
analytic solution exists and flag the corresponding edges 
accordingly. In the second step, the touching curves of the 
ball with the primary surfaces arc calculated. While this is 
straightforward for analytic blends, the boundaries of free- 
form blends must be computed numerically. This is accom- 
plished by a marching algorithm. 

Having calculated the boundaries of the blend surface, we 
determine their intersection points with other edges. It is 
often necessary to remove edges from the model to find 
useful intersection points. This is the Rrsl step that possibly 
involves topological modifications of the original body. 

Other major changes to the model are done in the next two 
modules, which represent the blend face topologically. The 
first module performs the zipping of the original edge, that 
is. it replaces this edge by two new ones connected to the 
same end vertices. Secondly, the appropriate topology at the 
end vertices is inserted. 

From a topological point of view, the model containing the 
primary blends is now complete However, several topologi- 
cal entities are still without geometry. The surfaces corre- 
sponding to the blend faces, for instance, are not yet de- 
fined. These are computed in the next module based on the 
already available boundary data. 

Furthermore, the surfaces need to be trimmed at the end 
vertices of the original edges. The trimming curves of the 
surface are, in general, computed by intersecting them with 
adjacent surfaces. However, it might also be necessary to 
intersect two adjacent blend surfaces created in the same 
session. The intersection curves are then "hung" under the 
corresponding edges. 

Finally, the last major module performs the inclusion of ver- 
tex regions, both topologically and geometrically. These 
steps will be described in more detail later. 

Analytic or Freeform Blends 

It is not difficult to list all cases where a cylindrical or toro- 
diai surface fits as a blend between the two primary sur- 
faces. The simples) case is the one in which two intersecting 
planes blended by a cylindrical surface. A torus can be used 
when blending the edge between a conical and a planar sur- 
face as shown in Fig. 3. In a first pass over all involved 
edges, the algorithm tries to match one of the cases where 
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Fig. 3. A tone provides a smooth blending of the edge between 
a conical surface and a planar surface. 

such a solution exists. The corresponding edges are then 
flagged as analytic. 

The decision about when to employ analytic or freeforni 
blends, however, is also dependent on other, more global 
factors. For example, suppose that three cylindrical blends 
with different radii meet at a common vertex ( Fig. 4). This 
necessitates the inclusion of a freeform vertex region. De- 
pending on the numerical tolerance used in the system, litis 
might lead to very expensive B-spline surfaces in terms of 
data generated (the B-spline boundaries of the vertex region 
must lie — within some tolerance — on the adjacent cylin- 
ders). Therefore, it is often necessary to use freeform blends 
rather than analytic ones at a subset of the edges for the 
benefit of reducing overall data size. The corresponding 
checks are done in a second pass over the etlges. 

.As a side-effect of switching from an analytic to a freeform 
blend for a particular edge, other edges adjacent to litis one 
might be affected. This is also taken care of in the second 
pass. 

The results of these operations are flags attached to all in- 
volved edges and their end vertices which provide informa- 
tion to all following modules about die types of surfaces to 
be used. 

Blend Boundary Creation 

The task of the second module is to compute the blend 
boundaries and langency information along these curves. 
This information will be used later for the construction of 
the blend surfaces. The calculation of the boundaries for 
cylindrical and lorodial blends is a straightforward exercise 
in analytic geometry ami will not be described here. More 




Fig. 4. Three cylindrical blends with different radii corim* ted 
by a nvefonn vCrt£X region. 



involved and computationally more exj>ensivp is the general 
case, which will l>e the main topic of this section. 

A major advantage of the rolling-hail blend is that its defini- 
tion can be put into mathematical terms quite precisely. Sup- 
pose a ball with radius r moves along the edge between the 
primary' surfaces. The curves where the hall touches die 
surfaces will he the iMiundaries of the blend surface to be 
inserted. The center of the ball moves along a third curve, 
the Spine of the canal surface. If the radius of the ball 
changes while rolling, the curves touching the surfaces will 
define a variable-radius blend surface. In HP PE/SolidDe- 
signer a general B-spline curv e is used to define the radius 
function. 

The spine lies entirely on a surface with constant distance r 
from the original surface. This is called the offset surface. 
This applies to both primary surfaces. Therefore, we can 
calculate the spine as the intersection curve of the two off- 
set surfaces (Fig. 5). 

Computing surface/surface intersections is a ubiquitous 
problem in solid modeling and many algorithms have been 
devised for its solution. Very popular are the marching algo- 
rithms, whic h trace out the intersection curve stalling from 
a given point in its interior. In our blending algorithm, we get 
such a starting point by taking the midpoint of the original 
edge and relaxing it onto the spine. The entire curve is then 
computed by marching the intersection of the two surfaces 
in both directions. The marching slops when the curve 
leaves a certain 3D box provided by the calling routine. The 
boxes are chosen such that the resulting blend surfaces are 
large enough lo lit into the model. 

The particular Strategy we employ lor the marching is to 
reformulate the problem as one of solving a differential 
equation in several unknowns. The solution is then com- 
puted by a modified Buler method. 




Fig. 5. Tin' renter of the rolling ball moves on Mm- micrseriion 
curve between the two offset surfaces, 
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A common problem in marching algorithms is the choice or 
an appropriate step size. Choosing I he step size loo big 
might lead the algorithm astray. On I he oilier hand, very 
small sleps usually guarantee convergence of the method 
but might generate too much data. Therefore, we use an 
adaptive technique based upon the curvature of the intersec- 
tion curve: a small curvature indicates that the intersection 
curve behaves almost like a straight line. This means thai we 
can proceed with a large slep. On the other hand, if I he 
curve bends sharply, that is, its C urv a tur e is large, we use 
very small steps to capture all of its I urns. 

The result of these computations is a sel of isolated points 
lying exactly on bolh offsel surfaces and thus on the spine. 
Conceptually, the corresponding points on the blend bound- 
aries can be determined by projecting these points onto the 
original surfaces (Fig, 6). In fact, for parametric surfaces 
this operation is trivial because the offset surface inherits Us 
parameterization from the underlying surface. This means 
that we simply have to evaluate the primary surfaces al the 
parameter values of the points on the spine. 

The blend boundaries are now created by const met ing cu- 
bic Hormitian segments between the given points. However, 
we still have to check whether the entile segment lies on the 
surface, within a given tolerance. In cases where it doesn't, 
we use a fast bisect ion method for "pulling" the curve seg- 
ment onto the surface. 

While the Intersection curve — and thus the blend bound- 
aries — are traced out, we also collect tangential information 
along the boundaries. This information is used in I he surface 
creation slep to construct smooth transitions between the 
primary surfaces and the blend surface. The same bisection 
and representation techniques as for the boundary curves 
are used for these cross-tangent curves. 

Before we conclude this section, we still have to address the 
question Of singularities, which are critical for every march- 
ing algorithm. In our context, we have to deal with two 
types of singularities: those of the surfaces to be marched 
and those of their intersection. 




Fig. 6. The blend boundaries (red) are created by mapping die 
spine (black) onto the primary surfaces. 



The firsl problem is illustrated in Fig. 7. While a small offset 
leads to well-behaved curves, larger distances result in off- 
set curv es with cusps or self-intersections. Analogously, we 
might have degenerate offsets of the primary Surfaces if the 
distance (radius of the blend ) is chosen too large. For too 
large a radius, a rolling ball blend is not possible. When such 
a situation is detected the inarching slops, the entire blend 
algorithm slops, and the user is advised to try the operation 
again with a smaller radius. 

The second type of singularity occurs if the primary surfaces 
and consequently their offsets possess a common tangent 
plane (Fig. 8). These tangential intersections typically 
create the biggest problems for marching algorithms. 
Loosely speaking, it is very difficult to find where to go at 
these points. However, a lulling ball blend is still well-de- 
fined. The touching curves of the ball are identical with the 
original edge, and the blend surface degenerates to one with 
zero width. HP/PE SolidDesigner's kernel enforces the rule 
that these extraordinary points may only occur at the end- 
points Of an edge. This considerably eases the task for the 
blending algorithm. It is quite simple to check whether the 
intersection curve degenerates at its endpoinls. This infor- 
mation is provided lo the routine that performs the march- 
ing. Since the algorithm starts at the midpoint of the inter- 
section curve, the occurrence of a singular point of this type 
indicates that we have reached one of the endpoints of the 
edge. 

h) a final slep, the segments of the boundaries and the cross 
tangent curves are merged into C' 1 -continuous B-splines. The 
overall result of this module consists of four C' -continuous 
curves with a common parameterization describing the 
boundary curves and tangency information of the blend 
surface. 

Trimming the Blend Boundaries 

After creating the blend boundaries we need to integrate the 
boundaries into the body. Most important, we have to find 
the position where the boundaries are to be trimmed. Fig. f 
shows a particularly simple example. 

The six points shown in blue can be calculated by intersect- 
ing the blend boundaries with the adjacent edges at the end 




Fig. 7. When the blend radius is chosen loo big. the blend boundary 
will have a cusp (red curve) or even be self- intersecting (black 
curve). 
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Fig. 8. ir Lhe primary surfaces have Hip sane normal along the edge, 
llie blend surface (Win - ) degenerates. 

verticcs. However, usually the set of edges to he hlended 
wiih possibly different radii is not limiled to one edge but 
may contain several edges or even all of them. This means 
that while lhe boundaries of a given blend fare are being 
trimmed they must be intersected with other blend bound- 
aries created in the same session (red points). 

Intersecting a blend boundary with an existing edge of the 
solid model may have three results: 
One intersection point found. This is lhe general case. 
No intersection found. The edge is too short to be inter- 
sected by the blend boundary. this case the edge will be 
removed from lhe model. The edge newly attached to the 
vertex will now be intersected by the blend boundary. Re- 
pealing this procedure guarantees the existence of al least, 
one intersection point. 

Multiple intersection points found. Such a situation might 
occur, for instance, if the adjacent edge is part of a B-spline 
curve "wiggling" around lhe blend boundary. In this case, 
the most valuable intersection point has to be chosen. A 
valuable point in this context is the one that produces the 
nuisl predictable and expected result. 




Fig. 10. Selecting the Correct intersection point lielween a 
blend boundary and an adjacent edge also dei>ends on the 
total surrounding geometry, 

In fact, very often there are several possible solutions and 
all of them result in a valid solid model. Several different 
criteria are used to select the best intersection point Fig. II) 
shows two examples. The remaining intersection points are 
ignored. 

Creating the Topology of the Blend Face 

Having computed the trimming points of the blend bound- 
aries, we build up the topology of the blend face. The first 
step is similar to opening a zipper: t he original edge of the 
body is replaced by two new ones connected to the same 
vertices. The new face is then exlended at its end vertices. 
More precisely, four new edges — two al each end — are 
added. In addition, the adjacent edges are split al lhe four 

trimming points i Fig. ll). 

Blend Surface Creation 

Now the face is ready for the inclusion of lhe blend surface. 
There are I wo possibilities. In the first case, analytic- sur- 
faces are inserted based on the decision made in lhe firsi 
module. Possible surface types are cylinders, cones, and 
Ionises only (Fig. VI). In all oilier cases a freeform surface 
is created. We use (''-continuous B-spline surfaces. This 
surface is defined by the blend boundaries created by lhe 
marching algorit hm, the tangency informal ion along these 
boundaries represented by cross tangent curves, and the 
fact thai the blend surface should have circular cross sec- 
tions. I "sing this knowledge the surface can be created very 
easily. The circular cross section is approximated by a single 
cubic B-spline segment. Although not precise, Ibis approxi- 
mation is sufficiently good for practical purposes. In fact, 



Fig. 9. The blend boundaries are trimmed al points where they 

intersect adjacenl edges (blue) or another blend boundary (red) 




Fig. ll. ( Ireatirut the topology of a blend Dm e 
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Fig. 12. A model containing only analytic blend surfaces: 
cylinder, cones, anil ionises, 

given the input data fur the cross seel ion — boundary points 
and tangent direc tions — we use an optimal approximation 
based on a method described by Dokkeii.' 1 " 1 The boundary 
curve information and parameterization transfer directly to 
the surface (Fig. 13). 

Trimming the Blend Surfaces 

The last step in integrating the blend surface into the solid 
model is to trim it at the ends. The goal is to keep the trim 
area as simple as possible. 

Unfortunately, the authors of many edge-blend algorithms 
assume that they are dealing w ith a li inimed-face surface 
model and they offer no suggestion about what to do at the 
ends of I he edge to be blended. The topological and geomet- 
rical issues are quite complex, especially, when multiple 
edges meet at a common vertex. 




-rff * 



Fig. 13. Creating the geometry of a freeform blend surface t lie 
control polygon of die blend boundaries (left ) mid the resulting 
blend surface ( right ). 



The simplest type of termination issue arises when there is 
only one edge to be blended. Bolt) boundaries must be 
.joined at the ends of the blend face. The easiest way to do 
ibis is lu intersect the blend face with all edges and faces 
connected to its end (Fig.l-I). Intersecting the blend face 
wilh these edges creates intersection points which are In be 
connected lo form the boundary of the blend face. 

Tlie intersection points are calculated by curve/surface in- 
tersections between the blend surface and the curves of the 
edges at the end of the blend face. In general, a curve/sur- 
face intersection will result in multiple intersection points. 
In I his case, the one chosen is the one closest to the vertex 
of the edge to be blended at this end. 

If there is no intersection point of the blend face and an 
edge this edge is removed from the model using the Euler 
Operator KEV. If this edge is the last one of its face, the face is 
removed using the Euler operator KBfV. Removing ;ui edge 
means disconnecting il from its vertices and Biting the gap 
by connecting other edges to these vertices. The newly con- 
necled edges have lo be intersected with the blend face. too. 
However, if one of these edges is also to be blended, an in- 
tersection between its blend boundaries and the blend fate 
is calculated. The intersection points are then connected by 
midsection tracks of (he blend surface and the adjacent 
ones. In general, the result of this surface/surface intersec- 
tion calculation is a set of intersection Hacks. Tracks that do 
not contain the intersection [joints described above are Til- 
lered because they are not needed. The remaining tracks are 
soiled by I he distance between two intersection (joints. The 
shortest arc is the one chosen because it minimizes the trim 
area at this end. 




Fig. 14. Trimming a blend surface involves si number of curve/ 
surface intersections (red points) and surface/surface inter- 
sections (blue (tunes), Note how the faces marked dark red 
are "eaten up" by the blend lace. 
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Fig. 15. Wtygtl more llinii two edges to lie blended meet at n 
common vertex, a vertex region is inserted rr> connect Uie blends 
smoothly. 

Vertex Regions 

A totally different situation occ urs when more than two 
edges meet al a Common vertex. In this c ase a set of addi- 
tional fac es and surfac es must be created to build a transi- 
tion patch l lial smoothly connects all of the blend faces 
meeting there. This sei of faces is called a vertex region 
(Fig. 15). 

In some special cases a vertex region has only one face, 
which is an analytic surface (sphere or torus). In general, 
however, a vertex region will contain three or more faces. In 
HI' I'K/SolidDesigner the number of faces in a vertex region 
is currently limited to six. 

Topology of Freeform Vertex Regions. Al a vertex w here live 
edges to be blended meel each Other, the topology shown in 
Fig. ltia arises after extending the blend faces as described 
above, The blending algorithm transforms tins topological 
situation by integrating five faces, each having four edges, 
as shown in Fig. Kib. Transforming the topology requires the 
use of the Euler operators KEV. ADEV. and ADED lo kill an edge, 
add ;ui edge, and add a whole face. Fig. 17 shows I he se- 
quence of Euler operators. 

Topology of Analytic Vertex Regions. Whet) a sphe re or lorus 
fils ;i vertex region I he topology is changed in another way. 
Instead of the "star" where the blend laces meet, a single 
face will be created using KEV and ADED. as shown in Fig. 18. 
Fig. 19 illustrates the algorithm, showing the transformation 
step by step. 

Geometry of Freeform Vertex Regions. After creating the topol- 
ogy of a vertex region, the corresponding geometry must be 
constructed and integrated. To provide a smooth transition, 




(a| Ibl 

Fig. ifi- ("I Topology ofa vertex region when- five faces meet 
ifter extending tin 1 eilfii's i lii Topologj created lor the repre- 
sentation of die vertex region. 




Fig. 17. Sequence of Bulei operators used to tnuisforni the topology 
ofFig. 16a CO the one of Fig. 16b . 

the surfaces must satisfy two constraints. First, their bound- 
aries imisl match Ihe ones of the adjacent surfaces. Sec- 
i indly. the vertex regions and the blend surfaces should pos- 
sess the same tangent planes along I heir common 
boundaries. The construction of vertex regions satisfying 
those constraints is a classical problem in geometric model- 
ing." Among the many solutions, we mention the one pro- 
posed by Citarrof and Gregory. 10 They fill a vertex region by 
a procedurally defined surface, that is. a surface that does 
not have an analytic mathematical representation but rather 
is defined by a method of generating it. Since the geometry 
kernel of HP PE/SolidDesigner does not support this type of 
surface! we employ an algorithm that generates a set of four- 
sided B-spline surfaces. More precisely, for filling an n-sided 
hole, we use n B-spline surfaces of polynomial degree (3 in 
both parameter directions. 

Geometry of Analytic Vertex Regions. From the geometrical 
point of view analytic vertex regions are quite easy to com- 
pote because only one surface is needed and the surface 
type will be either a sphere or a torus. 

Transition Curves. When large radii are combined with very 
small radii, a vertex region can look very strange, deformed, 
orevenself-intersccliiig. like ihe left solid in Fig. 20. In such 
eases, instead of a three-sided vertex region, a four-sided 
one is used, giving a result like Hie right solid in Fig. 20. In 
genera], an (n+l)-sided region is used instead Of an n-sided 
region. This is done by introducing a transition curve be- 
tween two boundaries sharing the same face. The transition 
curve is used whenever an inlersection of Iwo boundaries is 




(al Ibl 

Fig. ih. w hen part ofa sphere [Jinan ;i vertex region! a single face 
is created 
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Fig. 19. Sequence ofEuJer operators used to create the face 
of I'ifi. 18. 

"behind" Hit' direct connection of its neightim ilig intersec- 
tion points. 

Geometrically, the transition curve is a B-spline curve de- 
fined at its endpoints by tangency conditions to both bound- 
aries and in between by a tangency condition to the corre- 
sponding face. This curve is created using an adaptive 
curvature-controlled bisection algorithm similar to the one 
used to create the blend boundaries. The endpoints of the 
transition curves are constructed such that the cross section 
of the resulting blend surface is an isoparametric of this 
sur face. In certain cases it is also necessary to insert a tran- 
sition curve to smoothly connect two noninlersecting adja- 
cent blend boundaries. Fig. 21 shows an example. 

Special Cases 

A reliable blending algorithm must be able to handle various 
topological and geometrical special cases predictably. Four 
nuu'or Special eases are tangential intersections, apex cre- 
ation, a singularity at t he end of a blend surface, and closed 
curves. 

Tangential Intersections. Real-life solid models often contain 
edges connected tangentially at a vertex to another edge. 
Blending these edges will result in very complex and time- 
consuming surface/surface intersections in the process of 
tr imming the blend faces at the common vertex, especially 
when their radii differ' only slightly. 




Fig. 21. A transition Curve (lower edge Of the vertex region) is 
also inserted when two adjacent blend boundaries around n notes 
region don't intersect. 

If two boundaries are tangential to Others, the intersection 
point calculation is numerically very unreliable and expen- 
sive. In addition, both blend surfaces share a common re- 
gion of partial coincidence, so the intersection track calcula- 
tion is even more expensive than the intersection point 
calculation. 

To avoid these problems, two edges to be blended are han- 
dled in a totally different way. No curve/surface or surface/ 
surface intersections need to be calculated. Rather, an addi- 
tional face is created that smoothly connects the two 
sul fat es (Fig. 22). 

Apex Creation. If an edge to be blended is concave, material 
is added to the solid model. This means that other edges 
become longer ami faces become larger, and sometimes a 
singular point moves into a face. HP I 'K/Sol id Designer re- 
quires a topological entity, a vertex, right at the apex in this 
case. Therefore, after' creating the blend face the required 
vertex is added (Fig. 23). 

Singularity at the End of a Blend Surface. Sometimes at an end 
point of the edge to be blended the surface normals of the 
adjacent surfaces are equal — for example, two cylinders 
with the same radius intersected orthogonally (Fig. 2-1). In 
this case both boundaries of the blend surface meet at a 
common point where both surface normals are equal. There 




Fig. 20. W hen the vertex region would lie too badly deformed, 
in additional transition curve is inserted to provide a smoorher 
transition. 





Fig. 22. Additional faces (red) are insert etl where adjacent blends 
are tangentially connected. 
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Fig. 23. Win n material is added l>y blending an edge, an «ij 
might move from the boundary tb the interior of a face. 

is DO need to execute the trimming pan of the blend algo- 
rithm because the solid is already closed at that end. 

However, from the geometrical point of view, the blend sur- 
face is degenerate. One side or in this case both sides of the 
blend surface are degenerate isoparametric boundaries. This 
means that evaluating any parameter space point .n ihis 
surface boundary results in the same object space point. 
This object space point is the position where both blend 
boundaries meet and the adjacent surfaces have the same 
surface normal. 

Data Size and Performance versus Accuracy 

The size of the data si met tires that represent freefomi ge- 
ometry mainly depends on I he number of control points 
defining the curve or surface. In practice, curves can have 
hundreds of control points and surfaces many more. As an 
example, lei 's consider a medium-size surface with 500 Con- 
trol points with three coordinates each. In double-precision 
format, such a surface requires * S * Till!) bytes or approxi- 
mately I2K bytes of memory' m fact, a real-life model may 
contain many freeform surfaces. It is therefore quite impor- 
tant to reduce both the number of such surfaces and the 
number of control points used lo represent lliein. 




Fig. 24. Anochei example of two adjacent surfaces that have the 

•ami- normal ai an oiul]>oint ul an edge lo lie Klein lei I. The trimming 
pari Of Hip algorithm is nol n led. 



The size of a freeform blend surface is basically determined 
by the complexity of its boundaries. Boundaries with n con- 
trol points lead to surfaces with 4n control points. Conse- 
quently, it is critical to generate approximations of the "true" 
blend boundaries with a minimal amount of data. On the 
other hand, the creation of the blend boundaries is one of 
the major factors determining the algorithm's overall perfor- 
mance. Finding an acceptable compromise between the con- 
flirting requirements of speed and quality of the solution is 
an important design decision in the algorithm 

The same applies to the surfaces used for filling the vertex 
regions. The size of such a surface is quadratically depen- 
dent on the size of its l>oundary curves. Let's again consider 
an example. Assume Uiat t he boundary curv es of a three- 
sided vertex region are general intersection curves between 
the primary blend surfaces and planes. Ii is not uncommon 
for approximations of those curves to contain 50 control 
points (HP PE/SolidDesigner works with an accuracy of up 
lo W 1 '). This would lead to a vertex region of 3 x 25 x 25 = 
1875 control points (three surface patches of 25 x 25 control 
points each), requiring 3 x 8 x 1875 bytes or approximately 
4 IK bytes of data. Clearly. Ihis is unacceptable for nonirivial 
models. 

There are several possibilities for reducing the amount of 
data. The most critical factor is the approximation tolerance 
used in the system. For example, reducing the accuracy 
from 10" 11 to 10 ~ :l typically reduces the size of freeform 
data structures by a factor of ten. Not only are I he geomel ric 
calculations speeded up considerably when using a lower 
accuracy but also the overall performance of the system is 
improved because of the reduced demand for memory man- 
agement. HP PE/SolidDesigner offers the user the ability to 
select I he accuracy in a range of It) -2 to 10 -1 '. This allows 
the user to choose between high-precision modeling and a 
faster bul less precise approach. 

Secondly, the handling of special cases can reduce the 

amount of data significantly. Let's again take a look ai free- 

fonn vertex regions. If the primary blend surfaces are 
created SUCH thai the boundaries of the vertex regions are 

isoparametric curves of the primary blends (the procedure 

for doing this is beyond the scope of this article ). I he 50 con- 
trol points can be reduced to I. The vertex region will I hen 
contain 3x7x7= 147 control points (the additional control 
points along the boundaries— seven rather than four — are 

die resuii of the [tutthematiea] construction); for a total of 

approximately 3..1K bytes. 

Another example is the trimming of a blend face. In Ihis step 
a number of surface/surface intersections mast be calcu- 
lated. In general, an intersection of two surfaces will result 
in not only one curve, but several intersection points, 
cunes. or even surfaces. However, in the blending context 
there is important knowledge about the blend surface and 
ilit- face it intersects. At least one and in some cases two 
points on ihe inicrseclion track are known from the pieced 
ing curve/surface intersections. Providing these points as 
"seeds" to Ihe intersection routines increases both the speed 
and the reliability significantly. In addition, boxes in the 
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parameter space ofihe surface are used lo limil ilie caleula- 
tion of intersection informal ion lo regions I hat are of in- 
terest 

From these examples we see that the good overall perfor- 
mance of the algorithm is mainly guaranteed by appropriate 
special case handling at critical points. In fact, a large por- 
tion of the code in the Mending module was developed to 
deal with these situations. 
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Open Data Exchange with 
HP PE/SolidDesigner 



Surface and solid data can be imported from HP PE/ME30 and exchanged 
with systems supporting the IGES. STEP, and ACIS formats Imported data 
coexists with and can be manipulated like native data. 

by Peter J. Schild. Wolfgang Klemni. Gerhard J. VValz. and Hermann J. Ruess 



IIP PE/SolidDesigner supports the coexistence of surface 
data with solid data and provides the ability l<> import and 
modify surface and solid design data from a variety of CAD 
systems. Backward compatibility with HP PE/ME30 pre- 
sent's the investment of existing HP customers. Using im- 
proved IGES ( Initial Graphics Exchange Standard ) import 
capability, both surface and wireframe data can be im- 
ported. Surface data and solid data can also be imported and 
exported using the STEP (Standard for the Exchange of 
Product Model Data) format Once imported, this daia can 
coexist with HP PE/SolidDesigner solid data. It can he 
loaded, saved, positioned, attached to. managed as part and 
assembly structures, deleted, and used to create solids. At- 
tributes such as color can be modified. If the set of surfaces 
is closed, HP PE/SolidDesigner will create a solid from 
those surfaces automatically. 

IIP PE/SolidI lesigner 3.0 also allows solid parts and assem- 
blies to be exported to ACIS-based systems using Version 
1.5 of the Af'lS" S.'YI' file formal. This feature provides a 
direct link to other At IS-bascd applications. 

From PE/ME30 to PE/SolidDesigner 

HP PE/ME3II is a 3D computer-aided design (CAD) system 
based on the Romulus kernel. f To preserve the investment 
of existing customers it was required that the transition 
b um HP PE/ME30 to HP PE/SolidDesigner be as smooth as 
possible. Therefore, an IIP PE/ME30 file import processor is 
a integral component of IIP PE/SolidDesiger. 

In HP PE/ME30. 3D objects are built from analytic surfaces 
like cylinders, cones, spheres, planes, and Ionises. The inter- 
sections of these surfaces can be represented as explicit 
analytic curves such as straight lines, circles, and ellipses, or 
implicitly by describing the surfaces involved and providing 
an approximation Of the Intersecting arc. Parabolic and hy- 
pcrholic intersections are represented implicitly. 

HP PE/ME30 Native File Organization 

HP PE/ME30 supports the RomulUS textual transmit formal. 
The transmit file is nol intended lo be read by humans hut 
ihe general structure can be examined. The file contains 
only printable characters, and real values are represented as 

t A kernel is Hie heart nl a modeling system Currently, throe kernels are used m various CAD 
systems these are Romulus Irnm Shape Ual.i. Parasohd. an externum ul Romulus, anil ihe 
ACIS Kernel horn Spatial Technology 



text strings. The full format of a transmit file consists of six 
different sections. These will be described using the exam- 
ple of a single cylinder positioned at the origin of HP 
PE/ME30's coordinate system with base circle radius 10 and 
height 20. 

The first section, the header section, describes the environ- 
ment, the machine type. Ihe user login of the file creator, 
and the time and dale when Ihe model was created. 

<&* AOS 

@* Machine type HP-UX 

@* Transmitted by user_xyz on 27-May-94 at 13-06 

The second section contains index and counting information 
related to the schema described in the third section. The 
schema defines the dala structures used to represent the 
objects. It consists of a collection of record definitions. The 
following is an example of a record definition: 

SH 2 FS 3 1 BK 3 1 One record definition 

♦ t 

I Property definition 1 

Property definition 2 

Number of property definitions 

Name of record definition 

The following is an example of a properly definition: 

FS 3 -1 One property definition 

f I 

1 Length field' If - I variable length 

Type field 

ID name 

In Ihe second section of the Inuismil file the number of 
record types, the numbers of record instances and property 
instances, the name of the schema, and Hs version and up- 
date number are supplied. The record instances and prop- 
erty instances contain the concrete data describing the 
model. The semantics and the sequence of data entities have 
lo conform lo the formal specified by Ihe corresponding 
record definition and properly definition entities, 

The Information in the cylinder example file says lhai 1 1 
instances of record definitions are supplied lo describe ihe 
schema for Ihe instance of Ihe cylinder. For the ac tual ob- 
ject, "J'i record instances buill oul of 1 U> properly instances 
are used. 
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11 

23 115 

RQMDSCHMA 7 4 
16 

The third section, the schema section, contains the defini- 
lion of the data structures used to represent the model. This 
section consists of the subset Of record definitions from the 
III' PE/ME30 internal data Structure schema that are needed 
to represent the model. The schema sections of files repre- 
senting different models will lie different. The schema sec- 
tion for the example cylinder is: 

BY 19 UP 4 - 1 SE 3 - 1 TX 5 -36 Ft 4 -6 CI 4 - 12 PI 4 8 
Gl 4 -1 SI 4 -3 Tl 4 -3 

RA 2 1 RN 2 1 Zl 4 - 2 FN 1 I CN 1 1 PN 1 1 TN 1 1 
SN 1 1 ZN I 1 NM 1 1 
SH 2 FS 3 -1 BK 3 1 

FA 8 UP 4 - 1 AK 3 - 1 RV 1 1 SF 3 1 SX 2 I VR 3 - 1 
HA 2 -3 SL 3 1 

VR 4 PT 3 1 BE 3 1 BV 3 1 FE 3 1 

ED 2 CU 3 1 RV 1 1 

CU 3 UP 4 -1 AK 3 -1 TR 3 1 

TR 6 UP 4 - 1 AK 3 - 1 BK 3 1 EQ 2 -7 TS 3 2 TY 1 1 

PT 4 UP 4 -1 AK 3 -1 CO 2 - 3GP3 I 

GP 5 UP 4 - 1 AK 3 1 BK 3 1 CO 2 3 PX 3 1 

SF 7 UP 1 SD 3 - 3 AK 3 - 1 BK 3 1 EQ 2 - 7 SU 3 - 5 TY 1 1 

UA 3 OW 3 1 CL 1 1 II 1 'I 

The fourth section contains, for each record type defined in 
the schema section, the number of data objects used for the 
transmission of the model. The sequence ol 'numbers is iden- 
tical to the sentience of record definitions used in the 
schema section. In the cylinder example, (he object Consists 
of one body built of one shell built of three faces. Four ver- 
tices, four coedges. two curve geometries, two edges, two 
points with two geometric point definitions, three surfaces, 
and one attribute are needed to represent the cylinder ob- 
ject. The file contents are: 

1 1 3 4 4 2 2 2 2 3 1 

The fifth seel ion. the (lata section, contains the data st ruc- 
lure instances. The contents of all records needed to repre- 
sent the object are found in this section. To every record an 
integer record label is assigned. This number will be used in 
other record Instances to point to the instance. In general 
the instances in the file appear in the order in which they 
are referenced by other entities. The data of an entity in- 
stance is not split. If forward references are contained in the 
instance definition the next instances can be found in ex- 
actly the same sequence as referenced Because this rule 
applies recursively, newly referenced enlilies can be found 
first in the physical tile sequence If all references of an en- 
tity are resolved completely the next reference of the next 
higher level will be resolved. For the cylinder, the data 
section is: 



1 

1 1 25 Color 1 2 033 F04F1 5 F2 2 14 E0 15 El 2 18 P0 19 P1 0 0 0 0.000001 
0.00000000001 03320000 25 111 16777215 2 0 1 3 0 0 0 22 0 1 6 0 2 22 
0000600000-1016 18 10 6 10 18000 20 20 00030100 18 10 14 
0 14 00 16 16 000700000 - I 10 0024001 23 01702 23 00006 
00 20 00 - 10 I 7 19 11 7 11 190 0 021 21 00030 10 20 19 11 15 1 150 
0 17 17 000700 20 00 - 1 10 0025000 24 028902 24 0000700 
000 1 10 028 18 128 12 12 14 1 9 19 139 13 13 150 

The sixth and last section contains, for each lop-level object 
transmitted in the file, the corresponding root entity and its 
name. In the cylinder example only one object is trans- 
milled. HP PErHE30 supports user-named objects, bill in 
this example an HP PE/ME3Q default name, BO, has heen 
used for the c\liudei. 

1 

BO 

Analyzing the Transmit File 

Because the information content of an HI' PE/\1E:1(> file Can- 
not be understood by simply looking at the file, several in- 
ternal analysis tools are used to extract the information 
Statistics showing the number of different curve and surface 
types give a first hint of the complexity of the file. A graphi- 
cal presentation of the data instances of a file can be 
generated. 



J_UA l-> 




LSH l-> 




l_FA LSF 




LVR 


LPT LGP 




LED LCU 


LFA LSF 




LVR 


J_PT LGP 




LED .LCU 


_FA I SF 




LVR 


J-> 




LED l-> 


LVR 


l-> 




LED l-> 



This reference structure can be read easily. The (cylinder) 
object in the file is a body (BY) which consists ofa shell (SH) 
and three faces (FA). Shell and faces share the same hierar- 
chy le\ el Each face consists of a reference to a surface ( SF ) 
and a stall vertex (VR). Each stall vertex is based on a geo- 
metric definition ofa point ( PT) and selves as the anchor 
vertex of an edge loop. A loop is not represented explicitly 
in the IIP I'E'.ME^U exchange file. The implicit connection 
is done by a reference from a start vertex to the next and 
previous vertices in the loop. The edge ( ED I entity repre- 
sents the topological direction of the edge with respect to 
the loop. The curve (CU) entity is an intermediate instance 
on the way I" the emve's geomctn (TR). 

[f Complete information from the data section is needed a 
translation tool is available that maps the data section in a 
formal much more useful for human readers. The follow tng 
extract describes how one of the faces and the correspond- 
ing surface component of the cylinder example are repre- 
sented. The mapping from the data section to the readable 
format is also supplied. 
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For this component from the data section: 



500024028902240000700 

0001 1002 

the corresponding translated part is: 



5 = FA (Face owning lanchorl vertex), the properties are 



UP is EMPTY 
AK is EMPTY 
RV. INTEGER = 0 
POINTER = 24 
REAL =0 
POINTER = 8 
POINTER =9 
HA is EMPTY 
SL POINTER = 2 



SF 
SX 
VR 
VR 



Ost of permanent universal attributes 
. Backpointer from element of feature 

Sense of face, edge geometry 

Surface of face 

Hatching pitch 
. Anchor of face 

Anchor of face 

Hatch direction 

Shell of face 



24 = SF (Surface of facel. the properties are 



UP is EMPTY 
SD is EMPTY 

AK is EMPTY 

BK POINTER = 0 



List of permanent universal attributes 
. Surface supporting this surface 

definition 
Backpointer from element of feature 
Backpointer from assembly or body to 
token 

1 EQ REAL =0 ... Geometry definition 

2 EQ: REAL =0 ... Geometry definition 

3 EQ ; REAL ■ 0 ... Geometry definition 

4 EQ : REAL = 0 ... Geometry definition 

5 EQ: REAL =0 ... Geometry definition 

6 EQ: REAL =1 ... Geometry definition 

7 EQ: REAL =10 Geometry definition 

SU is EMPTY ... Surface supported by this suface 
TY. INTEGER = 2 (CYLINDER) ... Geometry type 

Import Module 

The HP PB/MB30 1<> BP PE/SolidD«signer import Inter- 
face is linked directly io the IIP PE/Solidl>csignercode. In 
III' PE/Solidl)csigner 's user inlerface il simply adds a billion 
to the external Sling menu. If a file name is specified, the 

processor is activated. Internally, several C++ classes are 

added in IIP PE/SolidDesigner to represent the Schema and 
instance en titles of the III' PB/ME30 file. For every sup- 
ported MP I'F./Mlvio record definition entity a class derived 
from a generic record instance object IS defined. The most 

important member Function of each of these classes is the 
convert Function. This Function performs the mapping ofthe 
HP PE/ME30 file object to the corresponding HP PE/Sohd- 
Designer entity. 

The three main componenls of the HP PE/MK-'iO io HP 
PB/SolidOeSigner processor are a lookup table, a schema 
manager, and a set of classes to represeni the su(>poi1ed HP 
PB/ME30 tile entities. 

The lookup table is pan of the interface to an IIP PE/ME;S0 
file. The main task of this table is CO manage the mapping of 
IIP PE/ME'K) file entities to already created corresponding 
IIP PEASolidDesigncr entilies. A lookup table is generated 
for every open IIP PE/ME'tO file. 

A schema manager is initialized if a new IIP PE/ME30 file is 
opened. Il contains the schema section information found in 
the newly opened file. For every open file a corresponding 
schema manager is available Io control the interpretation of 
the entities of the file. 



The record instanc e class builds the third basic data Struc- 
ture of the processor. Record instances are generic contain- 
ers to store all of the data objects that can be expressed by 
valid record definitions. The constructor of the record in- 
stance class calculates the entity type from the reference 
Dumber and then allocates memory and reads in the pro|M?r- 
ties from the file corresponding to the property definitions 
of the schema. For every supported IIP PErMEJM entity a 
separate C++ class is derived from the record Ins tan ce 
class, hut the generic constructor is used for all subtypes. 
The main differentiator between the classes is the convert 
function. 

Conversion Process 

The convert function ofthe record instance class itself is 
not called by the conversion process. Rather, every derived 
class implements its specific - conversion function (in this 
sense the convert function is purely virtual in C++). The 
indhidual conversion function converts itself to an HP PE/ 
SolidI lesigner entity 

Conversion and the creation of new derived instances ofthe 
record definition class constitute a recursive process. If dur- 
ing an active conversion an unresoh ed ( not already con- 
veiled) reference is found the corresponding HP PE/ME.'JO 
file entities can be found as the next entities in the physical 
file (see the description ofthe data section). The conversion 
module then creates a new derived instance Of the record 
instance class and forces the translation of this entity to a 
HP PE/SolidDesigner entity that can be used lo complete the 
conversion ofthe current entity. The algorithm is as follows: 

A reference to an HP PE/ME30 file entity is found: 

Already "converted"? (lookup table searchl 
YES: Use the available conversion result 
NO: Create the new derived class of record instance 
Call the convert lunction 
Attach the conversion result to the lookup table 
Delete the instance to Iree the memory used 
Use the newly generated conversion result to continue the 
conversion 

Nonanalytic- Intersection Curves 

The conversion for intersection curves is not done on the 

fly, but by a postprocessor after the rest of a body is con- 
veiled completely The convert routine for an intersection 
track simply collects the two intersecting surfaces and all 
available additional information found in the file to repre- 
sent the intersection. The completion of the intersection 
CU*Ve3 is done - by the convert function for IIP PE/ME:I0 bud 
ies. After a first intermediate lopology ofthe new IIP PEA 
SolidDesigner body is calculated and all analytic surfaces 
and analytic curves are attached to the Created body, the 
calculation of the Intersections begins. 

The lopology of the intersection betw een two surfaces in 
UP PK/Solidl lesigner is not always the same as in IIP 
PE/ME30 because different constraints on lopology and ge- 
ometry exist in the two modelers. For instance, il may be 
necessary to represent the single segment found in HP 
PE/MlvlO as a sequence of different curves In such cases 
I he original topology has to be modified and some edges 
may be split. To find the appropriate Intersection in IIP 
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I'E/SolidDesigner is mainly a selection process. In many 
CBS6S two surfaces intersect at not only one l>ut several dis- 
tincl sections. 

Consider the intersection of a cylinder with a torus in the 
case or perpendicular axes. Four possible intersection 
curves may be pari of I he model (see Fig. 1). In the 
III' PE/MlviO file additional help points are supplied to allow 
the correct selection. The direction of the intersection curve 
(the tangent to the curve) is not guaranteed to be the same 
in IIP PE/SolidDesigner as in I II" PE/ME:J0. Therefore the 
correct III to Ihi' model is calculated and the resulting direc- 
tion is reflected in the topology of the import erl model. 

Quality and Performance 

To lest the quality of the HP PE/.ME3U import processor a 
large IIP PE/ME30 test library has been compiled. It now 
contains more than 2300 examples of pails and assemblies. 
All of the test cases used during IIP PE/MB30 development 
and support are included along with new user models con- 
sisting of recently acquired data from internal and external 
IIP PE/ME30 users. An additional test matrix subtree was 
developed by creating base pads with critical features. In 
particular, all possible surface-to-surface intersections and 
various special cases have been generated. 

The regression test procedure is to import IIP PE/ME30 
models from the lest library pail by pan and perform the 
IIP PE/Solidl )esigner body checker operation on each. The 
loading time and the body checker result are collected in a 
reports file. A reports file can be analyzed by a shell script to 
supply a statistical summary of the current quality of the 
HP PE/ME30 interface. Because of the large amount of test 
data a complete lest takes a long time. Therefore, an inter- 
mediate test is available. The complete lest performs the 
basic load and Check test on all eurrenlly available lesl mod- 
els of the library directory. The intermediate lesl examines 
the reports file of the latest complete test and repeats all 
reported problems. It also repeats a random selection of Che 
successful tests. At this time over 99% of the complete test 
conversions are classified as successful. 

The performance of the import process for HP PE/ME-'iO 
files is mainly dependent on three variables: the size of the 
schema, the number of entities, and the number of intersec- 
tions that have to be calculated: 




Fig. 1. Intersection Of a torus and a cylinder. 



Load Time = Size x kl + Entities x k2 * Intersections * k3. 

where kl < k2 < < k3. The size of the schema section does 
not vary very much between different files and is normally 
relatively small compared to the size of the data section. The 
number of entities and the file size are strongly related. The 
calculation and selection of the uonanalytic intersection 
curves lilting the model is a relatively expensive component 
of the processor because a completely new representation 
of the data structure has to be generated. 

Data Exchange Using IGES 

An important task in computer-aided design is the transfer 
of the completed model to downstream applications and 
other CAD applications. These applications vary from finite 
element analysis and numerically controlled ( NO manufac- 
turing to visualization and simulation. HP PE/SolidDesigner 
currently uses ItiES o.l (Initial (Jraphics Exchange Specifi- 
cation) for file-based data exchange. 

Because of the broad variety of receiving systems an IGES 
interface must be flexible so that the contents of the output 
file match the capabilities of the receiv ing system. It must be 
possible to transfer whole assemblies keeping the informa- 
tion on the parts tree, or only specific parts of a model, or 
even single curves or surfaces. This is achieved by a mixture 
of configuration and selection mechanisms. 

An analysis of the IGES translators of many different sys- 
tems showed that it is possible to classify them in four main 
categories: 

• Wireframe Systems. These systems are only capable of Im- 
porting curve geometry. This is typical for older CAD sys- 
tems or 21) systems with limited :il) capabilities. 

• Surface Systems Using rntrimmed Surfaces. These systems 
are capable of importing untrimmed surfaces and indepen- 
dent CTflve geometry. This is typical for low-end NC systems 
that need a lot of interaction to create tool paths and define 
areas. 

• Surface Systems Using Paramelrically Trimmed Surfaces. 
These systems are able to handle trimmed surfaces. Trim- 
ming is performed in the parametric domain of the surfaces. 
Periodic surfaces are often not handled or are incorrectly 
handled. Each surface is handled independently. This is typ- 
ical for surface modelers and sophisticated NC systems. 

• Topological Surface Systems and Solid Modelers. These 
systems are able to handle trimmed surfaces using 3D 
curves as trimming curves. They are able to handle periodic 
surfaces, nonplanar topology, and surface singularities. Con- 
nection between adjacent trimmed surfaces is maintained 
and the normal to the trimmed surface is important for in- 
side/outside decisions. This is typical for adv anced surface 
and solid modelers. 

HP PE/Solid Designer's IGES interface is designer! to work in 
four output modes: wireframe, untrimmed, trimmed para- 
metric, and trimmed. Each output mode represents one of 
the categories of receiving IGES translators. This has the 
advantage of giving as much information about the solid 
model as possible to high-end systems (trimmed, trimmed 
parametric), without burdening low-end interfaces with too 
much Information. For some modes (trimmed parametric) 
more configuration parameters allow fine tuning to specific 
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systems tn maximize the transfer rale. Each mode lias a 
specific entity mapping that describes which IGES entities 
are iLsed (0 describe the model (see Tables 1. II. and III). 
Users can specify additional product related data and arbi- 
trary comments for the start and global sections of the IGES 
file directly via the IGES output dialog box. Specific configu- 
rations can l>e saved and loaded so that the configuration 
luis to be determined only once for each receiving system. 
Fig. 2 shows the IGES dialog menu. 

To allow maximal flexibility in what is translated, the user is 
allowed to select assemblies, parts, faces, and edges and 
arbitrary combinations. All selected items are highlighted 
ami the user can use dynamic viewing during the selection 
prOCCSS. If the user selects assemblies, the part tree is repre- 
sented with IGES entities 308 and 408 (subfigure definition 
and instance). Shared parts are represented by shared geom- 
etry in the IGES file. 



Table I 
Curve Mapping 



¥ 


IGES Settings * 


Output Mode 


♦ Trimmed 
Untrimmed 


Trimmed Parametric 
Wireframe 


Accuracy 


0.001 





Trimmed Parametric Switches 

■ Close Param. Space Normalize Arc 
r P-Curves as Lines 
PCV-Accur. o.001| 



Coordinate System 
Local 

Output File Format 
DOS 



♦ Global 

♦ HP-UX 

Author 
Organisation , 
Sending PID 
Receive PID 
Section I 



Config File 
Config Name defaulted 
Save Config 




HP PE7So!idDesigner 

Straight 
Circle 

B-spline 

Intersection nine 
Parameter curve 



IGES 3D Entity 

Line (110) 

( "uvular arc ( 100) 
with transformation 

Rational B-spline 
curve (126) 

Rational B-spline ( 12fi) 

Rational B-spline (120) 
or line ( 1 10) 



Trimmed Mode 

The trimmed mode is the closest description of the internal 
B-Rep (boundary representation I data Structure of HP PE/ 
SolidDesigner. It uses the IGES bounded surface entities 143 
and 111 as the lop element of the model description. Each 
selected face of the part maps to one bounded surface (en- 
tity US) containing several boundaries (entity 141 ). Trim- 
ming of the surfaces is performed by 3D model space 
curves. To fulfill the requirements of the IGES specification 
of entities 141 and 143 some minor topological and geomet- 
rical changes of the HP PE/SolidDesigner internal model 
have to be made. Vertex loops are removed, propedges on 
ionises are removed, and intersection curves are replaced 
by B-spline approximations. 

Because the IGES hounded surface entity 143 does not have 
any Information about topological face normals, the sur- 
faces are oriented so that all geometrical normals point to 
the OOtside of the part ( Fig. 3). Thus, enough information is 
put into the IliES file that a receiving system can rebuild a 
solid model from a complete surface model. 

Fill rimmed Mode 

The untrimmed mode contains basically the same informa- 
tion as the trimmed mode, For each face the untrimmed 
surface plus all trimming curves are translated. But instead 
of explicitly triiniuming Che surfaces with the appropriate 
entities, surface and trimming curves are only logically 
grouped together. This usually requires manual trimming in 
the receiving system, and is only suited for some special 
applications. 





Fig. 3. (left / Solid model (rigid I Sin fine model with normals 



Fig. 2. Ill' I'E/Suli.lUcsigner IfiES output dining menu 
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HP PE/SolidDesigner 

Plane 
Cylinder 

Sphere 

Torus 

('one 

Spun B-spline 
B-spline surface 
Parallel swept B-spline 



Table II 
Surface Mapping 

IGES 3D Entity 
(trimmed and untrimmed) 

Plane (108) 

Surface of revolution (120) 



Surface of revolution (120) 

B-spline surface ( 128) 
Ruled surface (118) 



IGES 3D Entity 
(trimmed parametric) 

Ruled surface (I IS) 
Ruled surface (118) 



Surface of revolution 

B-spline surface (128) 
Ruled surface (118) 



Trimmed Parametric Mode 

The trimmed parametric mode uses the KiES trimmed para- 
metric surface entity ( 141 ) and Hie curve on parametric sur- 
face entity ( 142) as representations of a trimmed surface. 
These entities have been established in the IGES standard 
for a longer time than entities 14-'i and 141 or the trimmed 
mode. For this reason they are more commonly used. The 
main difference from the trimmed mode is dial the trimming 
is performed in the parametric domain of I he surfaces. Each 
surface must have a parametric description that maps a 
point from the parameter domain D (a rectangular portion 
of 2D space) to 3D model space: 

S(u,v) = (X(u,v), Y(u,v), Z(u.v)) for each (u.v) in D. 

D = (all (u,v) with u niill < u < u max . v„,j„ < v < v,,,.,^]. 

The following conditions apply to D: 

* There is a continuous normal vector in D. 

• There is a one-to-one mapping from I) to 3D space. 
■ There are no singular points in D. 

Furthermore, trimming curves in 2D space must form closed 
loops, and there must be exactly one outer boundary loop 
and optionally several inner boundary loops (holes). Fig. 1 
illustrates parameter space trimming. 

These restrictions make it clear that there will be two prob- 
lem areas when converting HP PE/SolidDesigner parts to a 
parametric trimmed surface model: periodic surfaces and 
surface singularities. 

On full periodic surfaces like cylinders. IIP PE/SolidDe- 
signer usually creates cylindrical topology. There will not 



necessarily be exactly one outer loop. Furthermore, 3D 
edges can run over the surface seam (the start of the period) 
without restriction. This leads to the situation that one edge 
may have more than one parametric curve (p-curve) associ- 
ated with it. Also the p-curve loops may not be closed even 
if the respective 3D loop is closed. Fig. 5 illustrates this 
situation. 

IIP PE/SolidDesigner avoids this problem by splitting peri- 
odic surfaces along the seam and its antiseam. The seam 
and antiseam are the isoparametric curves along the param- 
eters u m j M and u m i||+u,„.n () ii/2. Thus, one face may result in 




Parameter Space 



Fig. 4. Trimming In parameter space (p-space), 



Entity 

Parts and Assemblies 

Faces 

Loops 

Edge + Base Curve 
Base Surface 



Trimmed 

308+408 

Entity 143 

Entity 141 

Curse Entity 

Surface 
M 1 1 r i i s 



Table III 
Model Mapping 

Trimmed 
Parametric 

308+408 

Entity 144 

Entity 142 

Curve Entity 

Surface 
Entity 



Untrimmed 

308+408 

Entity 402 

Entity 102 

Curve Emily 

Surface 
Km ii\ 



Wireframe 

308+408 



Curve Entity 
None 
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Fig. 5. 1 'yliruler lii|x>logy in :![• ami p-spaci- 

two or four paranietrically trimmed surfaces i u- and v- 
parametric surfaces (Ionises )) In I he KiKS model. Fig. 6 
illustrates this siiualion. 

Another problem with parametric dimmed surfaces are sur- 
face singularities. Singular points are points where the sur- 
face derivatives and normal are not well-defined. For such 
points there is nol always a one-to-one mapping from 2D 
parameter space to 3D model space. This means there is an 
infinite sei of <u.v) points in parameter space that result in 
I he same :!!> model space point. Such singularilies are easily 
created by rotating profiles around an axis where the profile 
touches the axis. Examples are cones, spheres, degenerated 
Ionises, triangular spline patches, and so on (see Fig. 7). 

Ill' I'K/SolidDcsigner is designed to handle singularities as a 
valid component Of a model. They are marked with a vertex 
if they are pari of a regular loop or with a special vertex 
loop if they are isolated from Ihc remaining loops. However, 
it is nol possible lo express singularilies in trimmed para- 
metric surfaces legally in Kills. 

To resolve this issue we reduce the .singularity problem to 
the problem of the valid representation of triangular sur- 
faces. The splitting algorithm. just described is applied so 
thai all .singularities are part of a tegular loop. Thus, we are 
always faced with Ihe siiualion illustrated in Fig. 3, 

Bach Singularity of a face is touched by two edges, one en- 
tering and one leaving the singula) vertex. Knowing how 




Fig. 6. Periodic surfaces m •'}!) ami (HSJMCS atler spliltiiiK 

triangular surfaces an' handled in potential receiving sys- 
tems, we offer four ways to export Ihis kind of geometry. 
These are Ihe four possible combinations of closed or open 
parameter loops and avoiding or using singularities. 

Some systems do nol need closed p-space loops, while 
Others striclly expect them. If the closed option is chosen, 
the endings of the p-mrves are simply connected with a 
straight line. 

Geometrical algorithms usually become unstable near singu- 
larilies. Some systems are noi prepared to handle this situa- 
tion and will fail To avoid Ihis. il is possible to Shorten the 
parameter Carves when entering or leaving a singular Vertex 
and connect them at a numerically safe disiance. This dis- 
tance is measured in 3D space and is also configurable. Il 
usually varies between 0.1 and 0.001. This will result in a 
surface where the region around the singularity is cut out. 
Fig. 9 illustrales ihe four possible singularity representa- 
tions. 

Wireframe Mode 

For Ihe wireframe mode IIP PF./SolidI)csigncr also avoids 
Ihe cylindrical topology, because in some cases information 
about shape would be lost (e.g., a full surface of revolution i. 
After applying the face Splitting algorithm all edges of the 
selected faces and pails are translated. No surface informa- 
tion is contained in Ihe resulting KiKS file. 
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Fig. 7. Examples ofaurfaw 
singularities In parameter 
space. 
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Singularity 
Parameter 



Fig. h. Triangula surfai i situation 

Extracting Solid Iiirorniation from Surface Models 

IGES Surface data from solid modelers often contains all 
surfaces of a closed volume or a connected face set. How- 
ever, the connectivity between adjacent faces is tost If the 
surface model fullfills some specific requirements it is pos- 
sible for the receiving system to recompute this missing 
information The following describes these requirements 
and shows how connectivity between faces can be reestab- 
lished. This method can be used to create a solid model 
from ill' PE/SolidDesjgner IGES output 

Automatic comparison of all boundary curves on coinci- 
dence or rev erse coincidence would be a vers linic-cnnsniu- 
ing and numerically unstable task. However, it is common 
for the endpoints of the trimming curves of adjacent faces to 
be coincident within a v ery small accuracy. This makes it 
possible to identify trimming curves that share common 
start points and endpoints. If the two laces of these I rim- 
ming ci lives have the same orientation one c an tty lo con- 
ned the laces to a face set. For ibis task one must try lo (bid 
a geometry for a common edge that fulfills 'he following 
accuracy constraints (see Fig. 10): 
The curve is close enough 10 surface 1 
The Curve is close enough lo surface 2. 
The curve is close enough lo curve 1. 
The curve is close enough lo curve 2. 

The first candidates for such a curve are the original trim- 
ming curves! curve 1 and curv e '1. If either satisfies all four 



ii'(|tiiieinents it is incorporated into both far e descriptions 
and the conned ion is established. If neither curve can be 
USed) one can Iry a combination of the two. or reduce the 
receiving system's accuracy. 

This method fails if the face orientation is inconsistent or if 
adjacent faces do not share common start points and end- 
points. 

Importing KJES Wireframe Data 

IGES wireframe data can be easily imported into IIP PE/- 
SolidDesigner. since IIP PE/SoiidDcsigners kernel supports 
wire bodies. The modified wire data can be saved in IIP 
PE/SolidDesigner's dala format Possible uses for this capa- 
bility Include migration from old-line systems to IIP PE/Sol- 
idDesigner. interaction with different sources and suppliers, 
and communication with manufacturers. 

In HP PK/SoliilDesigiier a win- is defined as a set of edges 
connected by common vertices. A body consisting only of 
wires is called a wire body. KiES 3D curve data is used to 
generate the edges of a wire body. This includes lines, 
circles, ii-sj dines, polylines, anil composite lines. KJES sur- 
face data such as trimming curves of trimmed surfaces are 
also used to generate edges. To simplify later solid model 
generation the axis and generatrix of a surface of revolution 
are also transformed into edges for the wire body. Since 
only edges have to be generated for a wire body, there are 
no accuracy problems as described above for KIES surface 
importation. On the other hand, information on M-spline 
surfaces is lost. 

Wire data imported from an KiES file is collected into an 
assembly. The assembly gets the name of the KiES file. Any 
Substructure of the IGES file like grouping in lev els is trans- 
formed into parts within the assembly. Thus, hierarchical 
information contained in the KiES files is maintained within 
IIP PE/SolidDesigner. The generated parts can be handled 
like any Other pari in HP PE/SolidDesigner. To distinguish 
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Fig. 10. Finding ;i tuimiiuti edge for .idjucctri fines 

wire parts, they can be colored. The options of HP PE/Solid- 
Designer's show menu work for the parts as well as the set- 
lings of I he part container. A wire part ran become the ac- 
tive part. The edges and vertices of a wire part are 
displayahle. all browsers work with wire parts, and wire 
pans can l»- moved "i become members of an assembly. 

To build a solid model from a wire body, the edges and ver- 
tices of I he wire bod> can be used lo position a workplane. 
Then edges of llie wire body can be selected and projected 
onto (he workplane. The resulting profile can then be used 
lo create a solid, for example by measuring an edge length 
needed for an extrude operation. 

Fig. 11 shows an example of an 1GKS wireframe model with 
four pans and the resulting solid model. Automatic genera- 
lion of solids from wires could be implemented but freeform 
Surface information would probably be lost. The real benefit 
of wireframe import is for reference purposes. 

STEP-Based Product Data Exchange 

Manufacturing Industries use a variety of national and indus- 
trial Standards for product data exchange. These include 
[GES for drawing and surface exchange (international), 
VDA-FS for surface exchange (mainly the European automo- 
t Ive industry ). and SET for thawing and surface exchange 
( Fiance and the European Airbus industry). This variety of 
different incompatible standards causes a lot of rework anil 
waste of valuable product development time which cannot 
be afforded if companies are lo sun ive in I he competitive 
nwu ketplaces of tomorrow. Today's standards, originated in 



the early l!'SOs. are no longer satisfactory for product data 
desc ription and exchange. Standards like (GES or VDA-FS. 
which are limited to surface or engineering drawing ex- 
change, do not adequately liandle other explicit product 
data categories such as product stntcture or assemblies or 
geometric solid models. 

Industry trends today are characterized by internationaliza- 
tion of manufacturing plants which are spread over the con 
tinents of the globe, and by lean production in which many 
pails are sulx-ontracted or bought from local or interna- 
tional suppliers. National standards and incompatibilities 
between existing standards are obstacles to these trends 
and will have to be replaced by international standards. 

Large companies in the aerospace and automotive industries 
in the U.S.A. and Europe have now taken the offensive to- 
wards the implementation and use of STEP (.Standard for 
the Exchange of Product Model Data) as an international 
Standard tor product data exchange and access, starting in 
1904. Companies such as BMW. Boeing. Bosch. General 
Motors, General Electric, Daimler-Benz. i'raltiS: Whitney. 
Rolls Royce. Siemens, and Volkswagen have been using 
STEP prototype implementations in pilot projects with 
promising results. 

Ultimately, STEP is expected to meet llie following require- 
ments for an international product data exchange standar d: 
Provides computer interpretable and standardized neutral 
product model data. Neutral implies compatibility with any 
CAD or CIM system that best fits the design or manufactur- 
ing task. 

Implements the master model concept for product data. The 
entire set of product data for a product with many single 
pans is kept in one logical master model which makes it 
possible to regenerate the produc t as a whole at a new man- 
ufacturing site. This means that product assemblies, includ- 
ing administrative data and bills of material, are handled. 
Provides completeness, conciseness, and consistency. This 
requires special data checking and validation mechanisms. 
Provides exchangeable product data without loss. The prod- 
uct data miisl be exchangeable from one < Al > or CIM sys- 
tem lo another without loss of data. 




FiK- il. Imported wire body 
.nut tin- suiiii mods] constructed 
by HP PE/SolldfJeslgnee 
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Provides long-term neutral data storage and interpretabflity, 

Producl (lain is an important asset of a manufacturing com- 
pany. Tlii' product data should l>c retrieval)!? and interpret- 
aide hy any ( AD or < 'IM system after a long period of lime, 
say 10 years or more. Tins is a Significant challenge. 

These requireinenls cannol lie satisfied immediately. The 
STEP program also lias shoilcr-tenn priorities lor standard- 
izing specific subsets of the product data. These include: 
The complete .11 > geometric shape in the form of a -ii) 
boundary represent at ion solid model (Li-Rep solids) 
.Surface model and wireframe model data 

Product structure and configuration data 

Another priority i* product documentation. An important 
goal is consistency Of the engineering (hawing wilh the ; ll 1 
produci geometry. 

STEP Overview 

STEP, the Slandard for the Exchange of Producl Mode! 
I lata, is the ISO 10303 standard. It covers all product data 
categories thai are relevant for the producl life cycle in in- 
dustrial use. STEP describes produci data in a computer 

intcrprctulilc dala description language called EZcpiVSS. The 

step standard is organized in logical]} distinct sections and is 

grouped into separate pails numbered 1030:{-xxx (see Pig. 12). 



The resource pans of the standard describe the fundamental 

data and producl categories and are grouped in the lx, 2x, 
3x. and lx series. The Express daia description language is 
defined in pari 1 1 All other product description parts use 
Ihe Express language to specify the producl data character- 
istics in the form of entities and attributes. In addition to the 
produci description parts (here are implementation re- 
sources which are given in pan 21, the STEP producl data 
encoding scheme (Ihe STEP file), and part 22, the Standard 

Data Access Interface isdai i, which provides a procedural 
method for accessing the produci data. There are different 
language bindings for part 22. such ;is (' or C++ program- 
ming languages The -fx series pails specify conformance 

requirements for step implementations. 

Examples of STEP-standard resource pans axe the funda- 
mentals of producl description and support (pan -11), the 
geometrical shape (pan 12). the product structure (pan 44 i. 
material (pan l"i). Ihe producl presentation (pari Hi), toler- 
ances (part 47). and form features (pan IS). The applicalion- 
specific resources are grouped in the Ixx series. Examples 
are drafting resources (part 101 ). electrical (pari 103), finite 
element analysis (pan 104). and kinematics (pari (OS). On 
top of the resource pans and application resources are ihe 
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application protocols (API which use the underlying re- 
sources in a specific application context, such as mechani- 
cal design for discrete part manufacturing, and interpret the 
resource entities in the appiication-specifii context. STEP 
implementations for ("AD orothei computer-aided systems 
are based on application protocols Application protocols 
are under definition for application areas like basic drafting, 
associative drafting, mechanical design, electrical design, 
shipbuilding, piping, architecture, and others. Here, we high- 
light just two examples. AP203 and AP214. 

AP203: Configuration-Controlled 3D Design. AP203 was devel- 
oped under the leadership of PDES Inc. It covers the major 
requirements for CS.-based industries such as the aero- 
space industry for government and industrial manufacturing 
contracts. The product data covered in AP203 includes geo- 
metric shape ( B-Rep solid models, surface models, wire- 
frame models), product structure, and configuration man- 
agement. AP203 is the underlying STEP specification for 
many CAD and C'LM system implementations. 

AP214: Core Data for Automotive Mechanical Design. AP2] I has 
been developed by the automotive industry and covers prod- 
uct data categories relevant for the design and manufactur- 
ing of automotive pails and products. AP21 1, initiated in 
Germany and internationally supported, is still under final- 
izalion in parallel with its industrial implementation in CAD 
and CIM systems. The implementations have been coordi- 
nated and harmonized iu the European ProSTEP consortium 

and the iniplementation is focused initially on the geometri- 
cal product descriptions (solid models, surface models) and 
product structure. However, all other kinds of product data 
categories relevant for mechanical design in the automotive 
industry (e.g.. form features, materials, tolerances) are 
within the scope of AP21 1 ami are going through the stan- 
dardization process. 

Initial Release 

The initial release of STEP parts focuses on the most ur- 
gently needed kernel definitions of the standard, w hich 
cover the geometrical shape description, including all topo- 
logical information, the product structure, and the configu- 
ration management data. Basic product documentation in 
the form of low-level engineering drawings is also covered, 
The parts included in the initial release are pails 1, 11,21. 
31.41. 12. 43, 44. 4(>, 101, 201. and 203. The first Iwoappli. a 
lion protocols to become standards are AP20I: Explicit 
Dialling and AP203: Configuration Controlled 3D Design. 

1'pcoming releases of STEP will cover I he next priorities in 
the area of drafting, such as Al'202: Associative Dialling, 
materials, tolerances, form features, and paramedics, and 
Other application protocols such as AP201: Mechanical De- 
sign I sing B-Rep Solid Models and AP214: Core Data for 
Automotive Mechanical Design. 

HP Involvement in STEP 

IIP has been Working on the standardization of product 
model data since 1889 and has focused on the emerging in- 
ternational standard STEP for 3D product (lata. The product 

data locus has been on $1 1 kernel design data, completeness 

of topology and geometry, B-Rep solid models, and product 
Structure and assemblies, as well as on associative drafting 
docum. •ntation. HP is an active member in organizations 



that have an impact on the ISO STEP standard, and contrib- 
utes to STEP through national standards organizauons in 
the rjLSA (e.g.. NIST. ANSI ) and Europe i e.g.. DIN in Ger- 
many). Of particular interest are the organizations PDES 
Inc.. PRODEX and ProSTEP. 

PDES Inc. I IP has concentrated on three major areas of 
PDES Inc.'s STEP activities: mechanical design of 3D prod- 
uct data, associative drafting for CAD data, and electronic 
data definition and exchange. 

The mechanical design initiative of the I \S. aerospace and 
aircraft industries, the automotive industry, and the com- 
puter industry resulted in STEP application protocol 203. 
IIP, a PDES Inc. member in t he I S A arid an ESPRIT CA- 
DEX member in Europe, contributed to the 3D geometric 
design definition of AP203 in a joint effort of PDES Inc. and 
CADEX. The AP203 3D geometries cover solid models, sur- 
face models, and wireframe models and are shared by other 
application protocols, thereby promoting interoperability 
between different application areas. 

HP has also been actively supporting the I S. initiative to 
define a good-quality standard for associative drafting docu- 
mentation in STEP. Associative drafting, covered by AP202. 
is considered an integral portion of the product data for con- 
tractual, archival, and manufacturing reasons. For example, 
government contracts and ISO 9000 require that product 
data be thoroughly documented. This includes engineering 
drawing data of a product in addition to the 3D product data 
and the configuration daia. Electronic design and printed 
circuit board design dala are also covered in STEP. 

PRODEX. In 1992 participants in the ESPRIT CADEX project 
demonstrated publicly the first B-Rep solid model transfer 
via STEP for mechanical pai ls in Europe. To develop this 
new technology the PRODEX project was founded in 1002 
w ith the goal of developing STEP data exchange for CAD 
design, finite element analysis, ami robot simulation .sys- 
tems. Twelve European companies joined the project. So far. 
the project's achievements include the definition of a STEP 
implementation architecture, the development of a STEP 
toolkit, and the development of STEP preprocessors and 
postprocessors. 

IVoducI dala exchange between the different vendors is 
ongoing and shows very promising results for CAD-lo-CAD 
data exchange; CAD-lo-finilc-clenicnl-system exchange, and 
CAD-lo-robol-siinulation-syslcm exchange. The STEP Stan- 
dard has been further fostered by a joint effort with the 
ProSTEP project to develop AP214, in cooperation with the 
I .S.. European, and Japanese automotive industries. 

ProSTEP. ProSTEP is an automotive industry initiative for a 
highway-like STEP product model dala exchange. In 1992 
the German companies Bosch. BMW. Mercedes-Ben/., ( >pel 
(CM), Volkswagen, and Siemens launched an initiative to 
bring the major CAD vendors together with the goal of im- 
plementing the first harmonized set of STEP product dala 

exchange processors (producl data translators) tor indus- 
trial use in the automotive industry. The approach taken was 
to compile the user requirements, to build on the results and 
experiences of the ESPRIT CADEX project, and lo launch at 
the ISi ) level a STEP application protocol, AP2I I, which 
covets the core data for automotive mechanical design. 
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Tin 1 following CAD/CBU systems are involved in llie project 
and have STEP data exchange processors either available or 
underdevelopment Alias, AutoCAD. CADDS/CV-Cote, CA- 
TIA, EICLID3, HP PEASolidDcsigncr. EMS-Power Pack. 
[-DBAS Master Series. SIGRAPII STEPIntegrator, SYRKO. 
Tebis. ROBCAD. and others. 

The initial fOCUS in ProSTEP lor STEP products is on design 
data exchange for 3D geometry: B-Rcp solid models, surface 
models, and wireframe models. For migration from legacy 
systems, wireframe data needs to be supported, at least for 
data Import Communication with applications like numeri- 
cal control (NO programming systems today typically re- 
quires surface model data, although in the future more solid 
model data will be used. Initially, the HP emphasis is on bi- 
directional product model exchange (input and output) of 
3D B-Rep and surface models. 

STEP Tools Architecture 

In STEP implementation projects. Standardization has been 
extended beyond the product data to the STEP implementa- 
tion tools. The CADEX. PDES Inc. PRODEX, and ProSTEP 
projects have all taken this approach. 

A standardized step tool architecture provides the follow- 
ing benefits. These include shareahilit> of tools between 
different implenienlors. shortened development time for 
STEP processor implementations (software development 
productivity gain), increased likelihood of compatibility be- 
tween STEP implementations (differences in STEP defini- 
tion interpretations are minimized), parallel development of 
tools (concurrent engineering), extendability of tools to 
track new standardization trends, increased flexibility (new 
STEP models require fewer code changes), and centralized 
maintenance of tools. 

Pig. 13 shows the PR( )DEX STEP tools architecture. The 
functional blocks of a STEP toolkit or STEP development 
set are: 

STEP Standard Data Access Interface (SDAI). 
STEP Express compiler 



• step file scanner/parser 

• STEP file formatter 

• STEP data checker 

• STEP conversion tool. 

The main interface to the STEP application is the STEP 
Standard Data Access Interface, which provides a computer 
programming language for dynamic access to the STEP 
data. Application-specific mapping and conversions are im- 
plemented on lop of this interface. 

The Express compiler conveys the produc t data descrip- 
tions contained in an Express schema (the metadata of the 
data model | to the toolkit. It contains an Express file reader 
and compiles the file contents to the internal representation 
of the data model. The SDAI is the recipient of the product 
data melamodel and uses the metamodel as a reference for 
the product instance data, which is imported through the 
STEP file scanner/parser. 

The STEP file scanner/parser reads (scans and parses) the 
STEP instance data contained in a STEP data file and uses 
the currently valid metamodel for checking the syntax of the 
imported instance data. 

The STEP file formatter formats the data to a part-21 -confor- 
mant STEP file which is read from the SDAI by using the 
current valid metadata (e.g.. a specific application protocol 
such as AP203). 

The STEP data checker is a validation tool that checks the 
instance data currently in the SDAI based on the corre- 
sponding metadata model, which is also contained in the 
SDAI. The checking covers consistency checks like refer- 
ences between entities (e.g.. existence dependency), and 
rule checking, which is covered in the metamodel. The 
checking is optionally applicable to the data in the SDAI. It 
is vetji helpful during the development of processors, for 
checking new metadata models, or for checking the first 
data imported from a new system. 
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The STEP conversion tool is a pool of conversion functions 
(a library) that includes all kinds of geometrical, topological, 
and other model conversions. The focus is on geometrical 
conversions which are heavily used for data exchange be- 
tween systems with ilifferent geometric modeling concepts. 
For example, one CAD system might use rational polyno- 
mial representations for its inherent geometric representa- 
tion of curves and surfaces (e.g. NURBS, nonuniform ratio- 
nal B-sphnes ». while the other might use nonrational 
representations (e.g.. NUBS). In this case an approximation 
to the nonrarional representation has to be applied, al the 
price of increasing the amount of data. For another exam- 
ple, a surface modeling system might export trimmed sur- 
face data with curve representations in 2D parameter space, 
whereas the receiving system might handle only 3D space 
curves. In this case the 2D parameter curves have to be eval- 
uated and convened to 3D trimming curves in 3D space. 

By using a STEP toolkit the requirements for the implemen- 
tation of a STEP processor might be reduced to just the na- 
tive data interface to the STEP tools, which consists of the 
data output to the SDAI (for the STEP preprocessor) and the 
data imported from the SDAI ( for the STEP postprocessor). 

The main task in linking a CAD system to the toolkit con- 
sists of defining and implementing the mapping between the 
system internal representation and the standardized entity 
representation in ilie schema of the standard (e.g., an appli- 
cation protocol). 

HP PE/SoIidDesigner STEP Implementation 

The target application protocols for HP PE/SolidDesigner 
are initially AP203 and AP214. in which both solid and sur- 
face models are supported hi addition to the HP PE/Solid- 
Designer internal data models, the solid and surface models 
of other CAD systems are of major interest. With the intro- 
duction of STEP, B-Kep solid model data exchange comes 
into industrial use. representing a new technology shift. 
IIP PE/SolidDesigner has its focus on solid models and is 
best suited for STEP-based bidirectional solid model ex- 
change. However, surface models are also supported. 

In addition to the geometric specifications, product informa- 
tion and configuration are covered in the implementation. In 



this article, the geometric and topological mappings are dis- 
cussed. The assembly, product structure, and adnunistration 
mappings are not covered. 

STEP Preprocessor (STEP Output) 

The preprocessor exports the HP PE/SolidDesigner model 
data in a STEP file. The preprocessor takes care of the map- 
ping of the IIP PE/SolidDesigner model to the STEP model. 

The internal geometrical and topological model of HP 
PE/SolidDesigner is in many respects similar to the STEP 
resources of part 42 of the STEP standard. Hem e the map- 
ping is often straightforward. On the other hand, there are 
data Structure elements that are not mapped to the STEP 
model. 

HP PE/SolidDesigner uses the following geometric 3D 
elements: 

• Analytics: 3D surfaces such as planes, cones, cylinders, 
spheres, and ionises, and 3D curves such as lines, arcs, 
circles, and B-splines 

• Nonanalytics: typically 3D elements such as B-spline curves 
and surfaces, and linear and rotational swepi surfaces. 

The topology used for the exchange of solid models is based 
on the manifold topology of STEP part 12. The elements 
used are manifold solid boundary representations, closed 
shells, faces, loops, edges, and vertices. The link between 
the topology and the geometry is given by references from 
faces to surfaces and from edges to curves. The geometrical 
points are referenced by vertices. 

The HP PE/SolidDesigner STEP surface models are also 
based on topological representations. Special elements are 
used for surface models, such as shell-based surface models 
and closed and open shells. The other underlying topolocial 
elements are the same as in the solid models. The geometric 
representations of the surfaces are typically the same as in 
the solid model representations. 

STEP Postprocessor (STEP Input) 

The HP PE/SolidDesigner postprocessor supports the im- 
port of B-Rep solid models and surface models along with 
the necessary product structure data. The postprocessor is 
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Fig. 15 Golf dub solid B-Hcp model impnried mi.i HT' PEASolid- 
Dfsigncr from ('ATI A (CAP-Debis) 



capable of covering at least the functionality of the prepro- 
cessor so that it is possible to store and retrieve IIP PE/Sol- 
idDesigner data in a STEP file representation ( litis is called 
Che short cycle test). 

The STEP postprocessor imports STEP tiles from other sys- 
tems based mi specifically supported application protocols. 
Postprocessing is one of the most difficult tasks in data ex- 
change, especially when the data imported comes from a 
system that is very different from the receiving system. Po- 
tential problems arise in postprocessing if the sending and 
receiving systems have different accuracies, use different 
modeling techniques to generalc the dala. have different or 
missing surface connectivity, use differenl algorithms or 
criteria to determine surface intersections or connectivity, 
or use different model represent al ions for similar model 
characteristics. 

When surface models are imported, it cannot be guaranteed 
I hat I hey can be migrated to solid models even with user 
interaction. However, in special cases imported surface 
models can be migrated to solid models wit hout problems. 




Fig. 16. Clamp solid B-Keji model imported from I'digraphics II 
(EDS). 
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In many eases imported surfaces provide boundary condi- 
tions for the solid model. In most cases the data can be used 
as reference geometry to check interference or provide di- 
mensions for the solid models. For example, an imported 
surface set might represent the surrounding boundary geom- 
etry within which the final mechanical part has to fit without 
interference. 

Importing surface models into HP PE/Solid Designer is con- 
sidered important and critical since many other CAD sys- 
tems, especially legacy systems, often support only surfaces 
or wireframe models, not solid models. Therefore, the post- 
processing of STEP surface models needs to cover a 
broader scope than the preprocessing. Sometimes, different 
surface representations are used in different application 
protocols, such as AP203 and AP214. Hence, different exter- 
nal representations may need to be mapped to one internal 
representation in HP PiS/SolidDesijgner. 

In the initial implementation of the HP PE/Solid Designer 
postprocessor, topology hounded surface models are sup- 
ported. These provide the most sophisticated description of 
the connectivity of the individual surfaces used in a solid 
model. Geometrically bounded surface models are sup- 
ported as a second priority. 

The Accuracy Problem 

When importing CAD data from other systems the accuracy 
of I he data plays a key role and determines whether a co- 
herent and consistent CAD model can be regenerated to 
represent the same kind of model in the receiving system. t 

Let's define I he term accuracy. There are differenl accuracy 
or resolution values thai must be considered in geometric 
modeling and CAD systems. For 3D space, a minimum linear 
distance value (a length resolution value) can be defined, 
which is the absolute distance bet ween two geometric 
points that are considered to coincide in the CAD internal 
algorithms; this represents the zero distance. We'll call litis 
value the linear accuracy. A typical value could be 
10 ~ 6 mm which is highly accurate for many mechanical 

t Otten, CAD surface models are not consistent because the generating system lacks 
checking mechanisms or does not track connectivity. Very often, consistency and accuracy 
are the responsibilities of the user of the system rather than under system control. 




Fig. 17. Wheel solid model Imported from SltiRAPH-3D (Siernerts- 
Nixdorf). 



Co. 




Fig. 18. B-Rep model imported from Unigraphics (EDS). 



design applications. A similar value can be specified for an- 
gular accuracy, iiaranit'lric accuracy, and so on. The dis- 
cussion here is limited lo linear accuracy. 

If the sending system uses a higher linear accuracy (more 
precise data) than the receiving system, distinct geometric 
points will be detected to coincide in the receiving system. 
Tins might result in a change in the topology (which might 
cause fiuther inconsistencies) or the geometry. If the send- 
ing system uses a lower linear accuracy (less precise data), 
the receiving system might complain that the topology is not 
correct or the geometry and the topology are inconsistent. 

To prevent or at least minimize these kinds of accuracy 
problems it should be possible to adjust the accuracy in the 
receiving system to Uie ac curac y values of the data lo be 
imported. For example, if the sending system uses a differ- 
ent accuracy for the model generation process, say a lineal 
accuracy of 10 - mm. then the receiving system should ad- 
just its internal algorithms lo Hie same accuracy. 

Experience with HP Pr]/Sol id Designer has slum n that this 
kind Qf adjustable accuracy helps regenerate CAD models 
that were generated in different systems with different accu- 
racies. Also, for data models composed of components with 
different accuracies, Hie components can be brought together 
on the assembly level lo form a complete product model. 

In the STEP implementation of AP214 an adjustable linear 
accuracy value is conveyed in the STEP file to nil the re- 
ceiving system the appropriate accuracy value for postpro- 
cessing. 

User Features 

The user can select via the IIP PE/SolidDesigner graphical 
user interface the objects (e.g.. several B-Rep bodies) to put 
into a STEP file. For example, the user decides whether to 
send the data in a B-Rep solid model or a Surface model rep- 
resentation. The user c an choose some configuration param- 
eters that help tailor the model data set for best communica- 
tion to a specific target application. However, all data must 
comply with the STEP standard. 

When importing (posl processing) a STEP file the user can 
define some parameters thai ease the processing of data. 
For example, the user mighl set the accuracy value before 



importing a data set that was designed with a specified ac- 
curacy, or might choose to convert the imported data to a 
different representation. 

STEP Model Exchange Trials 

Various STEP file exchanges have been performed within 
the last 12 months, not always with satisfying results. Tliis 
has resulted in more development work by the exchange 
partners. This process of harmonizing the STEP preproces- 
sors and postprocessors of different C AD vendors is consid- 
ered to be of vital importance for the acceptance of the 
STEP standard and its application protocols. Within the 
ProSTEP project this process has worked particularly well. 
Other work has been done with, for example. AF203 imple- 
mentors together with PDES Inc. 

At I his time, solid model data exc hange can be said to be 
working very well, especially compared with what was pos- 
sible with existing standards. STEP-based surface model 
exchange has also reached a level that was not possible with 
existing standards like IGES or VDA-FS. especially with re- 
spect to topological coherence, which is easily conveyed 
with STEP between many CAD systems. Of course, the wide 
variety of surface models, with the resulting accuracy and 
connectivity problems, will need to be addressed by the dif- 
ferent CAD system vendors to optimize data transfer via 
STEP. In the meantime. STEP file exchange has matured to 
the point where STEP products are offered by various CAD 
vendors and system integrators. 

Within the ProSTEP project one of t he broadest ranges of 
STEP-based data exchange trials have been performed 
between HP PE/SolidDesigner and other CAD systems 
(see Fig. 1-1). Solid model industrial pail data has been 
exchanged, for example, with ( ATI A (CAP Debis and 
Dassault/IBM). Fni graphics II (EDS) SKiRAPH Design and 
STEP Viewer (Siemens-Nixdorf), and others. Some of the 
successful results are shown in Figs. IS, IB, 17, and 18. 
Surface model industrial part data has been exchanged with 
CATIA. BUGLED, SYRKO (Mercedes-Benz corporate design 
system), and others. Some of the successful results arc- 
shown in Figs, lit and 20. 

Next STEPs 

Future releases ol" I he STEP standard covering product data 
categories such as materials, tolerances, form features, man- 
ufacturing process data, and others are expected in the next 
lew months. The expected release of AP202. associative 
drafting, will allow documentation of the product data in 
engineering drawings. Work is ongoing towards the parame- 
terization of product features, which needs further develop- 
ment in the STEP standard. 

The expected finalizalion of AP21 1 will make it possible lo 
convey the produc t data categories in STEP files and will 
help to reduce design and manufacturing development 
cycles for simple as well as complex products. This process 

will be supported by further extensive use of daia communl 

Cation networks in the various countries. The migration 
from existing standards is aided by several product offerings 
of IGES-to-STEP and VDA-FS-lo-STEP .lata converters. 
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Fig. 19. Surface model imported fromSVHKO (Mercedes-Benz 
corporate design system). 

The STEP implementation technology based on the STEP 
Standard Data Access Interface will be broadened and used 
111 database access implementations to allow concurrent 
access by product design and manufacturing development . 



Fig. 20. Headlight reflector surface tnodel imported from EUCLID 
(Matra Dalavision). 

However, for industrial use, the database technology and the 
STEP data access technology need to be extended and inte- 
grated. This process is expected to take several years. 

ACtS is a U S. registered trademark ot Spatial Technology. Inc 
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Providing CAD Object Management 
Services through a Base Class Library 



HP PE/SolidDesigner's data structure manager makes it possible to save a 
complex 3D solid model and load it from file systems and databases. 
Using the concepts of transactions and bulletin boards, it keeps track of 
changes to a model, implements an undo operation, and notifies external 
applications of changes. 

by Clans Bind and Max R. Kubliii 



A solid 3D model is a highly complex data Structure consist- 
ing of a large number of objects. The modeling process re- 
quires flexible, fast, reliable, and generic means for manipu- 
lating this structure. It must be possible to save the data 
Structure tO and load it from file systems and databases. 
Furthermore, application suppliers need versatile interfaces 
for communication between the modeling kernel and the 
applications. 

This article describes how the requirements of the solid 
modeling process translate into requirements for a CAD 
object manager, and how IIP PE/SolidDesigner's dnta slnir- 
iii re manager (DSM) is designed to meet these needs. 

Besides data abstractions and powerful tools for debugging 
networks of data. DSM provides a basic data object, the rn- 
Hii/- An entity's functionality is used by the entity manager 
to file, copy, and scan nets of entities. The cluster manager 
module adds capabilities for building subnets within the 
whole data Structure (clutters) and manipulating them. This 
makes it possible to slice the model into manageable pack- 
ages that can be sent around die world to subcontractors for 
distributed modeling. The state manager implements a 
transaction mechanism, which allows the user to browse 
through the modeling steps and undo changes to the model 
at any tune. 

The DSM compares quite nicely with today's object-oriented 
databases and implements most of their features without the 
overhead that is often associated with them. 

Requirements for a C AD Object Manager 

A CAD object manager provides the data infrastructure for 
the CAD system. It is used by the other components to build 
and change the model. At the same lime, it is a base class 
library for internal and external programmers. It must fulfill 
many different user requirements. 

It must be able to handle extremely large and complex data 
structures. When there is a choice of algorithms, the algo- 
rithm with the best behavior for large data sets must be se- 
lected. 

A typical modeling operation changes many individual Ob- 
jects and the structure of the model. Each such change in- 
volves the object manager, so its operations will be called 
very often. Their overhead must lie kept at a minimum to 



prevent the object manager from becoming the performance 
bottleneck of the system. 

Because of the large number of objects, it is also essential 
that the object manager add only marginal overhead in 
terms of additional memory to each object. 

In a CAD model, many kinds of connections between ob- 
jects are needed. The object manager should allow and sup- 
port not only the types of connections that the core product 
needs, but also any other kind of connection that third-party 
applications or future modules may require. 

CAD programs are large projects which are developed over 
several years and evolve with the customers' needs. Not all 
of these needs can be anticipated in the original design. 
Therefore, the object manager must be flexible enough lo 
allow later extensions, both unlimited new connectivity and 
completely new kinds of objects, The latter requirement is 
also essential for third-party applications. 

The core solid modeler and its applications operate on the 
same model. The object manager must offer both sides a 
view of t he model and inform external applications about 
changes in a generic way. Therefore, the object manager 
must offer communication mechanisms and interfaces lo 
applications. 

The object manager's services are used when building a new 
type of object and dealing with it. The developet of such a 
new object will appreciate every kind of support that the 
object manager can provide, such as debugging tools, handy 
utilities for frequent tasks, or a library of commonly needed 
basic data structures, such as lists, tables, stacks and nets. 

Finally, the object manager must provide generic mecha- 
nisms to store objects and whole models to a file system or 
database and to load models from there, that is. it has to 
make the objects persistent. 

The design and the use model of HP PE/SolidDesigner add 
some special requirements to those just described. To sup- 
port later extensions and the general concept of openness, it 
is essential that existing object schemes 1"' able CO evoke 
while remaining fully compatible with old data. Further- 
more, the object manager, or data struct ure manager ( DSM ) 
in IIP I'E/SolidDcsiguer terminology, must support a 
transaction concept. Transactions must be freely definable 
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to allow modeling steps iiiai the user perceives as natural. 

The data structure manager must record all changes to the 
model in a transaction to be able lo roll them back in an 
undo operation. 

The DSM musl help lo ensure model consistency even if 
errors occur internally or in external applications. The trans- 
action mechanism can be used to this end. 

Concurrent engineering is becoming more and more impor- 
tant in computer-aided design. Files have lo be exchanged. 
Pails of the model are developed independently and assem- 
bled later. The dala structure manager musl support assem- 
blies of parts and the exchange of parts. 

Design Principles 

IIP PE/SolidDesigner's data structure manager was designed 
with boih the above list of requirements and some architec- 
tural principles in mind. 

< >ne of HP PE/SolidDesigner's key principles is to offer a 
highly dynamic system with very few stalic restrictions. The 
DSM has to support not only today's models, but also future 
models, so there should be no fixed limiis on the size or 
number of objects. Additionally, the DSM must offer mecha- 
nisms to define new objects and object lypes at run lime. 
This is especially important for external applications. 

Each object should only know about Its direct neighbors, 
nol about the overall structure of llie model. Special dala 
managers are used to collect the local knowledge and form 
a global picture. This reduces interdependencies between 
objects which would make later extensions a daunting and 
dangerous task. 

The sequence in which DSM's algorithms traverse the model 
is not fixed. Since the objects cannot and do not rely on 
fixed sequences, DSM can also employ parallel algorithms if 
they ate needed and are supported by the hardware and 
operating system. 

Problems in the data structure or in object behavior must be 
detected as early as possible. In its debug version, DSM 
checks the consistency of the model thoroughly and offers 
advanced debugging mechanisms to support the program- 
mer, In the version Shipped lo the customer (the production 
version ). DSM still employs robust algoritlims, but relin- 
quishes debug messages and the more elaborate tests for 
optimum performance. 

Basic Data Ahsl racl ions 

One way lo look at the data structure manager is as a pro- 
grammer's toolbox. As such, it provides all common building 
block classes: 

• Dynamic arrays 

• Lists including ring lists 

• Stacks 

• Hash tables 

• Dictionaries such as string tables and addr ess translation 
tables 

• Bit sets 

• Vectors, matrices, and transformations 

• Events 

• General networks of objects. 



These building blocks can be combined to form real- world 
programming objects. They share basic functionality lo stan- 
dardize their manipulation, such as functions to load and 
store them, or lo scan the data structure and apply a method 
to each of its elements. 

The most important data Structure in IIP PE/SolidDesigner 
is the general network. DSM provides net node objects and a 
net manager class. Each node maintains a list of neighbors 
in the net. To obtain information about the network as a 
whole, the net manager visits each individual node, calls its 
local scan function to retrieve a list of neighbors, and pro- 
ceeds with the neighbors until all nodes in the net have been 
\isiied. 

DSM Object Management 

The core of DSM is formed by the definition of a generic 
object, or entity, and managei classes ihai deal with various 
aspects of entity administration, delivering higher-level ser- 
vices, hi the following, we will outline the DSM entity ser- 
vices, beginning with the definition of an entity. 

Entities are nodes in a complex network. As such, they use 
the network functionality described earlier. Additionally, 
specific entity functions deliver the basic services for trans- 
action handling, filing, object copying, inn-lime type infor- 
mation, and others. 

To benefit from the DSM services, a programmer simply 
derives a new object from the entity base classes and fills in 
a few obligatory functions. Almost ever.' object in an HP PE/ 
SolidDesigner model is an entity. 

Entities provide a method for inquiring their type at run 
lime. The type can be used to check if certain operations are 
legal or necessary for a given entity. Object-oriented soft- 
ware should try lo minimize these cases, but it cannot com- 
pletely do without them. An HP PE/SolidDesigner model is 
an inhomogeneous network of entities. When scanning the 
net, one finds all kinds of entities. The algorithm that in- 
spects the net often applies to specific types of entities and 
ignores others. Bui to ignore entities thai we are nol inter- 
ested in, we must be able to check each entity's type. 

In an ideal world, type checks could be avoided by using 
virtual functions. However, to provide these in the base 
class, it would be necessary to anticipate the functionality of 
derived classes before they have been created, including 
those that come from third parties as add-ons to the 

product 

Runtime type informal ion has been under discussion for a 
long lime in the C+ + community, and is only now becoming 
part of the standard. Therefore, we had lo develop our own 
run-time type system with llie following features: 

• No memory overhead for the individual object 

• Very fast type check 

• ( hecks for both identical and derived types 

• Registration of new entity types at run time. 

A pure entity is a very useful t hing, but certain types of enti- 
ties are needed so often that we implemented not only one 
base class, but also a set of standard entities which offer 
certain additional functionality. 
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Standard Entity Types 

The three most important standard entities are attributes, 
relations, and refcount entities. Attributes are attached to 
other entities and maintain bidirectional links to them auto- 
matically, so they save the user a lot of housekeeping work 
For any given type of attribute, only one instance can be 
attached to an entity. A typical example is the face color 
attribute. If a face already has been marked as green by a 
color attribute, attaching another color attribute, say red. 
will automatically delete the old attribute. 

Relations are like attributes, but without the "one instance 
of each type" restriction. One of the many applications is for 
annotation texts- 
Attributes and relations often are the entity types of choice 
for a third-party module. They can be attached to entities in 
the HP/PE SolidDesigner core, and even though the core 
doesn't have the faintest idea what their purpose is, the con- 
nectivity will be maintained correctly through all kinds of 
entity and entity manager operations. We also use this tech- 
nique in HP/PE SolidDesigner itself. The 3D graphics mod- 
ule, for example, calculates the graphical representation lor 
the kernel model and then attaches the result to the kernel 
model as attributes. 

Refcount entities maintain a reference counter. Other enti- 
ties that have a reference or pointer to a refcount entity 
"acquire" it. Only after the last owner of a refcount entity is 
deleted is the refcount entity destroyed. (You can think of 
refcount entities as the equivalent of a hard link in a Tile sys- 
tem.) Refcount entities can be used to share entities in the 
entity network to improve memory utilization and perfor- 
mance. We use this type of entity extensively for HP/PE 
SolidDesigner's geometry. 

Nearly all objects in IIP PE/Solidl designer are entities, de- 
rived from a common base class. Currently, there are more 
than (500 different entity types in IIP PE/SolidDesigner. 
Heing derived from a common base class, they inherit a Bel 
of generic functions which can be applied to any of these 
600 different entity types. The most important of these func- 
tions are create, delete, copy, store, load, and scan. 

IIP PE/SolidI)esigner allows loading third-party modules at 
run time. Completely new entity classes can be integrated 
into the system dynamically. Thus, third-party applications 
can implement their c iwn entity classes. Entities in external 
modules are not restricted in any way compared to entities 
in the IIP PE/SolidDesigner kernel. External entities inte- 
grate seamlessly into the existing entity network and share 
all the entity services provided by DSM. 

The Entity Manager 

In HP PE/SolidDesigner, entities can have any type of con- 
nection to other entities. A 3D body, for example, is a very 
complex network consisting of dozens of entity types. In the 
entity network or a body, there are substructures such as 
lists, ring lists, and trees of entities. 

An assembly in HP PE/SolidDesigner is a network of other 
assemblies or subassemblies and 3D solids (parts). This 
creates another level of structure, in this case a directed, 
acyclic graph of entity networks. 



Suppose we want to copy a part. To do that, we ( 1 1 find all 
entities that belong to the part, (2) copy each single entity, 
and (3) fix up any pointers in the copied entities. Fig. 1 
shows what happens to two entities El and E2 that have 
pointers to each other. First, the entities are copied. In a 
separate step, the connectivity is fixed. This must be a sepa- 
rate step because when Elc is created (assuming that El is 
copied first), we do not know yet where (at which address) 
the copy E2c of E2 will be. 

Copying a network of entities in HP PE/SolidDesigner is a 
recurring, nonlrhial task. One has to be aware that we deal 
with dynamic and inhomogeneous networks with entities in 
them that we might never have seen before because they 
have been added to the system by a third-party module. 

For copying and other entity network services. HP PE/Solid- 
Designer uses manager classes. The entity manager class is 
an example of a manager class. 

Copying an Entity Network 

How does an entity manager implement the three steps in 
copying a part? Step 1 (see Fig. 1 ) is to find all entities that 
belong to the part or network. The entity manager only 
knows that it deals with an inhomogeneous network of arbi- 
trary entities (potentially of unknown type). To find all the 
entities in a network, the entity manager needs some infor- 
mation about the structure of the network. It collects this 
information by asking each entity about its direct neighbors 
in the struct ure. Suppose the entity manager starts with en- 
tity El. El will tell it, "My neighbor is E2." The entity man- 
ager will then ask E2 the same question, and the answer will 
be, "My neighbor is El." Then — oops, we had better stop 
here or we will fall into an endless loop! So we see thai the 
entity manager also has to remember which entities in the 
network it already has visited. 

How can the entity manager ask an entity a question, and 
how can the entity give an answer? The entity manager calls 
a function (method) called scan. Each entity class in 
IIP PE/SolidDesigner provides such a function. We also 
call this function a lOCCti scanner. The philosophy behind 
this is that each entity has a local context, that is, it knows 
its direct neighbors since it has pointers to them. The entity 
manager uses this local knowledge of the entities to move 
forward in a network of entities from one entity to the other, 
at the same time making sure that each entity will be visited 
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Fig. 1. Steps in copying two entities that have pointers to each other 
(a) Before copying. (i>) After copying. (<•) After pointer conversion 
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only once. This we call global scanning?, and it is imple- 
mented in the entity manager's scan function. 

The restriction llial each entity in the network is only visited 
once becomes really important only if a certain operation 
has to be executed on each entity. Therefore, the entity man- 
ager's scan function not only receives a start node (the entry 
point into the network), but also a laak fiiiirliim, which is 
called for each node that is visited in the network. 

With the knowledge gained from scanning the network, we 
can move to step 2. copying each entity. The task function 
that is passed as a parameter to the entity manager's scan 
method solves this part ol'the problem by calling the rn/i// 
method of each entity. This is another method that every 
entity in the system provides. 

While in step 2, we have to make provisions for the next 
step. We record in a table where each entity has been copied 
EO. For each entity, the task function creates an entry of the 
form | old entity address, address of the copy] in this table. 
Actually, this table is a hash table that can he accessed using 
the old entity address as the key. Address translation tables 
like this are used in many other places in IIP I'E/SolidDc- 
signer. so DSM offers a special pointer dictionary class for 
this punio.se. 

After step 2, we have a copy of each entity and we have built 
an address translation dictionary. Now we're ready for step 
3. For each entity in our dictionary, or more precisely for 
each entity recorded in the right side of a dictionary entry, 
we call another method, convert pointers. By calling the 
convert pointers method, we request (hat the entity convert 
all the pointers it has local knowledge of. In the case of the 
entity Elc (the copy of El ), for example, this means, "I have 
an old pointer to E2, and 1 need to know where the copy of 
E2 (E2c) is." This question can be answered using the ad- 
dress translation dictionary built in step 2 since it has an 
entry of the form [E2. E2c] in it. After we have called the 
convert pointers method for each copied entity, we are fin- 
ished. We have copied a network of entities without know- 
ing any of these entii ii s! 

So far, so gootl. Now we know how to copj a network of 
entities in main memory. At some point, the entities will 
have to wander from main memory to permanent storage. 
Therefore, let us examine next how we store and load a net- 
work of entities into and from a file. 

Storing and Loading an Entity Network 

Stiiring and loading, like copying, are operations on a net- 
work of entities. Therefore, the entity manager provides 
these functions. Storing a network of entities w orks like 
this: 

( 1 ) Open a file. 

(2) Find all entities that belong to the network 

(3) For each entity: 

(a) write an entity header 

(b) store the entity 

(c) write an entity trailer. 

(4) Close the file. 



Besides opening and closing the file, storing essentially 
means vv riling each entity in the network into a file. This 
sounds simple enough. To solve the problem, we can even 
use existing functionality. The entity manager's scan method 
Will help us find all entities in a network, just as it diii for 
copying. 

All we have to do is to provide a new task function which 
executes slep :1 I'm each entity. In 3a and 3c we write admin- 
istrative information that we will need for loading. For 3b 
we need a way to store an entity generic-ally. Of course, we 
want not only to store, but also to load entities. Therefore, 
each entity has a store method and a load method. The store 
method is an ordinary member function of the object. The 
load method, however, is a static member function sinc e ii 
creates the object out of the blue (well, actually, from the 
information in the file) and then returns it. 

When everything is stored, the file contains entities in a 
form that is equivalent to the situation in step 2 in the entity 
copy operation. All pointers between entities are invalid, 
anil they have to be fixed when the file is loaded again. 

Loading a file is also a task for the entity manager, since it 
deals with a whole network of entities. Loading works as 
follows: 

( 1 ) Open the file. 

( 2) While not at the end of the file: 

(a) read the entity header 

(b) call the entity's load method (a new entity is 
created in main memory) 

(c) enter the entity information into a dictionary 
(dl read the entity trailer. 

(3) Close the file. 

(4 ) For each entity in the dictionary, call the convert point- 
ers method. 

Reading the Entity Header. The entity header contains iwo 
important data items: the entity type and a virtual address. 
The entity manager uses the entity type to decide which of 
i he (MM) or more different load functions is to be called. 
When storing an entity, the object exists and its store 
method can be called. When loading entities, a different ap- 
proach must be taken. The entity manager maintains an en- 
tity type table which can be added to dynamically. For each 
entity, the table contains, among other things, a load 
function. 

Note that an entity type translates into a class in C++. All 
objects of a class have the same type (for example, face). 

The second data item in the header is the virtual riitily n<l- 
dnss. The virtual address is a unique entity II) which is used 
to represent pointers between entities in the file. When stor- 
ing an entity, the entity does not know where a neighbor 
entity that it points to w ill be placed when the file is loaded 
again. Therefore, all pointers between entities in the file are 
virtual pointers and have CO be convened after loading the 
file. 

Calling the Load Method. The entity manager detects the type 
of the entity from the entity header. It will then call the right 
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Exception Handling and Development Support 



DSM nas its tools in the tale eighties— the early days ol C-+ Compilers didn't 
support exception handling then Conventional error handling bv passing eiror 
codes op me return stack is a prohibitively code-intensive approach in a large 
software project Aim many nested procedural lewis such as HP PE/Sol-dDesioner 
T nsre*ore, we had to impJenwrrt our own exception handling mechanism which is 
vwy similar 10 what has been implemented in today s C+- compilers 

HP PE/SolrdDesigner s code is divided into code modules Each module has its 
own module information ob/ed containing module-specihc error codes and mes- 
sages In case ot an error condition inside a module, the code triggers me excep- 
tion mechanism by throwing a pointer to the module information object 

Code that wants to catch an exception inspects the module information object 
returned by tlie exception mechanism and acts accordingly It it has already allo- 
cated resources, they are cleaned up and returned The exception can then be 
ignored land suppressedl, or it can be escalated to the next code level 

The listing below shows a code example tor this You may notice the similarities 
to the exception handling mechanism introduced with C++ 3 0 Now that the 
throw/catch mechanism is finally available in many C++ compilers on various 
platfoims, we will be able to adopt it with only a few changes in the code 

mt processjilelconst char 'const fnamel 
( 

ml words = 0; 
RLE "tile = 0, 

TRY 

tile = openjilellname); 
words = count jAiordslfilel. 
closejilelfilel; 
file = 0; 
RECOVER 

if (file)! // clean up resources 

close Jlellile); 
IIIb » 0, 

) 

// handle specific exceptions 
il ldsm_exception_code == F2_CORE info_ptr) I 
switch(F2,CORE::errno) 1 

case F2_ CORE BREAK RECEIVED // User has cancelled processing 

II We won't escalate this "soft" exception 
handle. brcaMI; 
break; 

caseF2 CORE MEM, OVL // Out of memory 

// Free memory blocks allocated hero, then escalate the problem 
(ree_nvy_mem|l; 

ESCAPEldsm. exception code): // "throw" in C" 3.0 

break; 
default 
break; 

) 



Wsal 

// Pass up all other exceptions 
ESCAPE) asm_e«cepuon.coflel. 

ntum words. 
Development Support 

To find problems proactively, DSM stresses the importance of checking precondi- 
tions, invanants. and postconditions It offers convenient assertion macros and a 
context dependent njn-time debugging system which uses debug module objects. 

These debug module ooiects hold their current debug level which can be checked 
using macros and set during run time A debug module is associated with a cer- 
tain code area. Tins allows fine-grained control for debug checks and messages 
We think this control is important for ihe acceptance of a debug system, the pro- 
grammei will ignore debug messages if there are too many, and won't find die 
system useful if it doesn't deliver enough detail where needed 

Macros are provided to reduce typing and »ifdei constructs: 

bool comparelconst char "st, const char *s2l 
f 

ME MODULE_STOPWATCH("compare",foo), //for run-time profiling 

//trace program flow 

if IDEBUG..LEVEL(foo) >- DE8UG JTALISI ( 
fpnntf(DEBUG_STREAMI), "compare called"). 

I 

DSM . ASSERTIsl && s2l; // check precondition 

// Now calculate the result 

DSM_ASSERTl5ome_condilionl; // check post- condition 

leturn TRUE, 

I 

DSM also defines special debug modules to switch on sophisticated debugging 
tools There are tools to find memory leaks, to calculate checksums for objects 
lallowmg us to detect illegal changes!, and lo create run-time profiles fnr the 
code. 

In a software package as large as HP PE/SolidDcsigner. the common UNIX profil- 
ing tools were not applicable. Therefore, we had to build our own set ol versatile, 
efficient and highly precise utilities You can detine a stopmtcl) for any function 
that might need profiling, and you start and stop the stopwatch using the debug 
module mechanism The results can be analyzed, producing a hierarchical call 
graph lhal shows what portion of the run time was spent in the individual func- 
tions. We can also find out the amount of memory allocated for a function al run 
time using these tools 



load function, using Ihe information in its type table. This 
transfers the control to Ihe entity's load method which is 
responsible for creating a new entity from the data in the 
file. The new entity is returned to the entity manager. Creat- 
ing an entity from a given type implements a virtual 
constructor function, which is missing as a language ele- 
ment in C++. 

Entering the New Entity into a Dictionary. Here we create an 
entry in adiclionary lhal contains Ihe virtual entity address 



in the file and the new real address in main memory. These 
values will be used in pointer conversion. 

Reading the Entity Trailer. When Ihe entity is loaded, ihe entity 
manager resumes control by reading the entity trailer. This 
might appeal lo be an artificial overhead operation, but it 
makes sense when we consider Ihe dynamic nature of Ihe 
system. We mentioned earlier that new entity types can be 
created and registered dynamically, for example b> a third- 
party module. When storing an entity network, these entities 
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are also Stored A user might try In toad such a file into ail 
I II' PE/SolidDesigner system I hat does not know about 
these entities because ihe third-party module has not been 
installed. When Ihe entity manager loads such a file, it will 
encounter entity headers of entity types lor which a load 
function has not been announced. Here's where the entity 
trailer helps. The entity manager simply skips all following 
data in the file until it finds the entity trailer. Thus. HP PW 
SolidDesigner ignores unknown entities in a file, but it can 
still load the rest of the file. 

Converting Pointers. After loading, all pointers between enti- 
ties are virtual and have to be converted into real memory 
addresses. For each entity in Ihe dictionary, that is. for each 
entity that has been loaded, its convert pointers method is 
called. We have already discussed ibis method for copying 
networks of entities. Each entity knows its pointers to other 
entities, and it asks the entity manager, "Now I have a Victual 
pointer to entity El, so please tell me where El is in main 
memory." For each pointer, the entity calls the entity manag- 
er's convert pointer service function. This function is passed 
a virtual entity address and returns the real memory address 
ofthe loaded entity. The dictionary built while loading the 
file contains Ihe necessary informal ion. 

When all entities have been convened, we have written a 
network Of entities into a file and loaded it from there with 
out knowing any of the entities in detail. The analogy to Ihe 
cop.\ operation does not come by chance, but is the result of 
careful design. For copying or storing and loading entity 
networks, DSM employs Ihe same functionality wherever 
possible. In theory, we could have built the copy operation 
completely on a store and a subsequent load operation. 

Entity Revisions 

As the CAD system evolves, the need arises for changes in 
entity layout, either by adding a new data field or by chang- 
ing the meaning of an existing one. In object database terms, 
this is known as the schema evolution problem. The load 
function of a DSM entity can check the revision of I he entity 
in the file before actually loading the contents ofthe entity. 
Depending on the entity revision, the load function will then 
know what data fields are to be expected in the input. This 
means that the load function is prepared for ant/ revision of 
the entity. The same holds true for the store function. Which 
can write different revisions of an entity depending on the 
given storage revision. 

This feature ensures upward compatibility of HP PE/ 
SolidDesigner files. All new versions automatical^, know 
about the old object revisions, and no converters are neces 
sary. In database language, our object database can be inho- 
mogeneous with respect to entity revisions. From a pure 
DSM point of view, even downwar d compatibility is pos- 
sible, since you can set Ihe storage revision to a previous 
level and then save a model, as long as the new revision did 
not introduce new entities that are essential for the ov erall 
consistency of the model in the new scheme. 

The Cluster Manager 

From the entity manager's point of view, the current HP PE/ 
SolidDesigner data model is one coherent network of enti- 
ties. Each and every entity will be reached when the entity 



manager's global scan method is used. The user's poini ol 
view, however, is different. The user works with well- 
defined objects such as pails, workplancs. assemblies. work- 
plane sets, layouts and so on, which can be arranged in a 
hierarchy. An assembly is like a directory in a file system, 
and a pari is like a regular file. Assemblies can have sub- 
assemblies just as directories can have subdirectories, and 
parts and assemblies can be shared just as directories and 
files can be linked in a file system. 

The cluster manager closes this gap between the entity 
world and Ihe user's perception. It creates facilities to define 
a duster at entities — for example, all entities that belong to 
a pan. There is no hard-coded knowledge about cluster 
structures in the duster manager, however. Instead, the enti- 
ties in the network themselves define what the duster is. 
Because of this flexibility, the duster manager can offer its 
services for any kind of entity network. 

The following algorithm collects all entities belonging lo a 
given duster X: 

(1) Stall with a representative ofthe duster and look for all 
direct neighbor entities. 

(2) Ask each entity found during the scanning process lo 
which duster it belongs. 

(a) If the entity's answer is "I belong to cluster X." 
continue the search with the entity's neighbors. 

(b) If the entity answers "I belong to duster Y," the 
global search has arrived at a duster boundary. 
The entity is excluded and Ihe search will not be 
continued from this point. 

The entity manager's scan method helps with ( 1 ). and the 
duster manager provides a lask function for (2). The task 
function's return value controls how the entity manager nav- 
igates through the network of entities. It is the entity manag- 
er's job to find the neighbors for each entity and to ensure 
that nodes are visited at most once. 

There are implications for Ihe topology of a duster: it must 
be possible to reach any entity in Ihe duster using a path 
thai is completely within the duster. Figs. 2 and 3 show ex- 
amples of correct and malformed dusters. 

How can an entity tell lo whic h cluster it belongs? Actually, 
this is asking too muc h of a mere entity. What we can expect 
from an entity, however, is that it can point us in the direc- 
tion of another entity that is one step closer to the represen- 
t alive ofthe duster. Each entity has a local master method 
for Ibis puipose. 

In most cases, the entity chooses one of its neighbors as iis 
local master, but this is not obligatory. By following the 
trace laid out by the individual local master functions, we 
will eventually find the main representative ofthe cluster 
( which is special in that it points to itself when asked for its 
local master). We call this special entity the rliislrr masln: 

Note that this is another case in which we build global 
knowledge from local knowledge at the individual entities. 
This is how we can define a duster structure in a complex 
network. The highlights of this method are: 

• The entity manager's global scanning services are used. 

• The entities need local context only. 

• Only one additional method, local master, is needed for 
each entity. 
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Fig. 2. A correct duster 



The approach is fully object-oriented. The objecls them- 
selves determine the size, structure, and shape of the clus- 
ter. Completely new entities can be integrated into the clus- 
ter in the future, and completely new clusters can be built. 

The cluster manager offers services for Storing, loading, and 
copying clusters. It implements these by using the entity 
manager's basic services. The entity manager is controlled 
by cluster manager task functions, which determine the 
(cluster) scope of each operation. 

The cluster manager services can be Used to handle an indi- 
vidual part or a workplane. The cluster manager also sup- 
ports hierarchical structures such as assemblies and work- 
plane sets. 

Fig. -1 shows two types of screwdrivers. They share the 
shaft; only the blades are different. The parts browser shows 
the pail hierarchy. The notation "(F :2)" indicates a shared 
part and the backward arrow "<-" indicates the active pail 
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Fig. 3. Vn illegal tiustei 



i which is also highlighted in green). The shaft part is con- 
tained in both assemblies. When using standard pails, we 
will in fact by default have many instances of the same pail 
(or even whole assemblies) in multiple assemblies. If we 
now change something in the shared part (in litis case the 
shaft ). hp expect the changes to be reflected in both assem- 
blies, since both assemblies have a reference to the same 
pan. This we call sharing parts and as$embtf4$. Work- 
planes can also be shared by using them in different work- 
plane sets. 

hi the base version, III' PE/Sol id Designer stores the model 
data to files in the regular file system. To ensure that the 
sharing is preserved when storing and loading models, the 
following rules apply: 

Every object thai can be shared in MP PE/SolidDcsigner has 
its own file in the file system. 



Fig. 4. Two assemblies with 
shared porta. 
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i Fur a shared object, exactly one file exists, regardless of 
how many owners the object has. This makes sure thai 
whenever the shared object changes, all instances will be 
changed as well. 

When storing an assembly, all objects below the assembly 

have to be Stored as well. This ensures thai the dala in the 

file system is complete, so Uiat another HP PE/Solid- 

Designer system can pick il up immediately 

A ole contains exactly those entities that correspond to one 

cluster. 

Suppose we wain in store 1 1 n • screwdriver assembly. We 
expect thai three files will be created: one for the assembly, 
one for the blade, and one for the shaft. The cluster manager 
will do this for us: we jusl tell il lo store the screwdriver 
assembly. Il will find Ihe pans and any subassemblies of I lie 
assembly on il.s own. Since Ihe cluster manager must work 

wiih an arbitrary network, ii needs another entity method, 
scon child clvsters, to build on. This method is Implemented 
by those (few) entities thai lake over Ihe role of a elusler 
master. The scan method of each entity would not help us 
here since il jusl gives us access lo all direct neighbors wiih- 
oul helping us determine a direction. 

The cluster manager uses Ihe scan child clusters method lo 
find the children of a cluster in a generic way. Applying ihe 
method recursively, all objects within Ihe assembly can be 
found. Il is possible that a child will be reached more than 
once I for instance, a standard screw wilhin a motor assem- 
bly). The cluster manager keeps track of ihe dusters thai 
have already been visited lo prevent a cluster from being 
stored twice. 

Given these methods, we can describe how an assembly 
(actually, any kind of cluster structure) is stored: 
Stall with the given cluster mid find all children recursively. 
For each child cluster, use the enlily manager's store 
method lo store the entities of the duster iulo a separate 
file. The eniity manager is controlled by a cluster manager 
lask function that makes sure that only those entities be 
longing to Ihe Cluster are stored. A special store pointer 
function is responsible for storing pointers lo entities. 

The Store pointer function deserves a discussion of its own. 
When storing clusters into several separate files, we will 
encounter pointers that point from one cluster (file) lo an- 
other, hi the case of the screwdriver assembly, we will have 
at least two pointers to the exlemal clusters representing 
the blade and the shall. Since the entity manager's store 
function by default stores all entities in die network into one 
file, the problem doesn't arise there. By providing a special 
store pointer function, the cluster manager extends the en- 
tity manager so that pointers are classified as external 
(pointing to another file) or internal when they are stored. 

When loading an assembly, the cluster managers goes 
through Ihe following procedure: 

(1) Open the file. 

(2) Use dte enlily manager's load method (with the special 
load pointers function) to load all entities in Ihe file. 

(3) Close the file. 

( 1 ) While there are external references to Other Clusters 
left, open the corresponding file and proceed with 1 2 ) 



An external reference is a pointer to an eniily in a different 
cluster. To make sure Ihat external pointers are unambigu- 
ous, we developed a scheme for unique entity IDs. An enlily 
is assigned such an III when il is created, and it keeps il as 
long as il exists. External pointers refer lo these unique [Da 

The algorithm above is analogous to linking relocatable oli- 
ject files in the HP->UX* Operating system When loading the 
file into III' PE/SolidDesigner. il is Ihe special load pointer 
method's job lo delect external references. In slep (i). the 
cluster manager behaves quite similarly lo an objeel file 
linker. Where the linkci needs one or more libraries, Which 
il searches for objects to satisfy open references, ihe cluster 
manager uses the I "NIX " file system or a database as its 
library. 

The State Manager 

The stale manager introduces a notion of transaction han- 
dling iulo III' I 'K/Sol id Designer. Model changes can be 
grouped together lo form a single Iriiiisiii tinn. In database 
technology, a transaction has the following properties: 

• Atomicity. The transaction is atomic. Ii must either be 
closed completely or undone. 

• Consistency. Transactions transform a given consisleul 
stale of Ihe model into a new stale which again must be 
consisleul in itself. 

• Isolation. Transactions do nol influence each other. 

• Durability. The changes made by a transaction cannot be 
cancelled by ihe system except by special undo transac- 
tions. 

Transactions in HP PE/Solid Designer have these properties. 
They are not only used for ensuring dala integrity, however. 
Their main purposes in HP PE/SolidDesigner are to notify 
kernel applications about changes in the model at defined 
intervals ( when a transaction is completed) and to allow 
interactive undo operations. 

The general model of an HP PE/SolidDesigner transaction is 
shown in Fig. 5. A transaction T12 H ailstorms a given con- 
sistent model stale SI iulo a new consistent siale S2. A roll- 
back to SI is possible. As Fig. 5 shows, il is also possible to 
roll forward, that is. move towards ihe modeling "future" 
after an undo operation. 

Bulletin Board 

DSM introduces a special mechanism to record changes to 
the model, which is Ihe Imllethi board. Information about all 
changes within a transaction are collected in one bulletin 
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Fig. 5. HP PK/SolidDfisigncr transaction model. A transaction 
transforms one state into another A transaction can be rolled 
buck or rolled forward. 
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board. In other words, the bulletin board describes the 
transaction completely, so that we sometimes use "bulletin 
board" and "transaction" interchangeably. 

A bulletin board is a collection of individual bulletin?. A 
htdletin describes a change of state of a model entity, dial is, 
it contains delta information. At the beginning of a transac- 
tion, the bulletin board is empty Kach change to an entity 
creates a btdletin desc ribing the change, so at the end of the 
transaction, the bulletin hoard contains all of the changes 
thai happened during the transaction. 

When a transaction completes, a special event, the transac- 
tion end event, is triggered. L'txlatf handlers subscribe to 
this event When they are called, they receive as a parameter 
a pointer ii> the bulletin hoard created in the transaction 
They can then inspect lite contents of the bulletin hoard to 
look for changes that they have to act upon, The 3D graph- 
ic's module, for example, which, slightly simplifying things, 
is .just an update handler, checks for the creation or changes 
of :3D bodies. It then creates a faceted graphics model from 
the change information lhal is suitable for sending to a 
graphics library. Since it only deals with the delta informa- 
tion, tile 3D graphics handler will in general complete its job 
more quickly titan if it regenerated the whole graphics 
model after each transaction. 

An update handler may also choose to ignore the bulletin 
board informal ion. Il will then use the transaction end event 
as a regular opportunity for cleanup tasks or to rescan the 
model. Most update handlers, however, use the informal ion 
in the bulletin board to optimize their work. 

Changes 

The DSM's state manager moduli- uses basic entity services 
to create bulletin board information To provide syslemwide 
transaction handling and the undo mechanism, each entity 
lias to follow a few simple i (inventions. The most important 
of these conventions is that lir/nrr any kind of change to 
itself, an entity has to announce the change. It does so by 
calling a special Ituj clitiiKjt method, which is provided by 
the entity base classes. 

The log change method does a lot of things. First, it creates 

a bulletin in the bulletin board. The log change method is 
passed a chtmge type from the caller which it also records in 
the bulletin. I sing the change type, the changes are classi- 
fied, and update handlers can ignore changes of types they 
are not interested in They can also ignore changes to Cer- 
tain entity types. I sing these two restriction types, update 
handlers can narrow down the search to a few bulletins 
even if the transaction is very large. 

After building the bulletin, the stale manager uses the enti 
ly's generic copy method to create- a backup copy of the 
entity Note that the entity is still in the original slate since 
the log change method has to be called before ;uiy change 
lakes place. (To ensure thai the convention is followed, we 

have buiii extensive debugging tools thai detect changes 

that are not announced properly. I 

Pointers to both the entity in Its current state and tin- 
backup copy or I he entity are maintained in the bulletin 
board. This gives the update handlers a chance to compare 
lite data in an entity before and after I he change, making il 



possible for an update handler to trigger on changes to indi- 
vidual data items in the entity. 

So far. we have only discussed changes to an entity. The 
bulletin hoard also records creation and deletion informa- 
tion for entities. The entity base classes, together with the 
state manager, take care of this. 

In an undo operation, all changes to entities ;tre reversed. 
An entity that has been reported as deleted will be recre- 
ated, and new entities will be marked as deleted. (They will 
continue to exist in the system so that it is possible to roll 
forward again. ) If an entity has changes during a transac- 
tion, its backup copy will be used to restore the original 
state. Again, we use the generic- copy function in the entity- 
base classes for this purpose. 

Relation to Action Routines 

The action routines (see article-, page 14) define when a 
transaction starts and ends. When the user selects an opera- 
tion in the user interface, an ac tion routine will be triggered 
that guides the user through the selection and Specification 
process. A transaction is Started at the beginning of such an 
action rout ine. After each signific ant model change, the ac- 
tion routine completes the transaction, thus triggering die 
transaction end event and giving update handlers a chance 
to react to the changes. 

When an action rouline terminates without error, all transac- 
tions generated within the action routine are usually merged 
into one large Iransaction, Thus, the- user can undo the ef- 
fect of the action routine in one step. If an error occurs 
within an action routine, all changes in the action routine 
will be undone using the generic rollback mechanism and 
the informal ion in the bulletin boards. 

Some action routines also implement miniscssidiis. After 
collecting all the options and values, the operation itself can 
be triggered and its effed previewed. If the effect is not 
what the user thought it should he, il can be undone within 
the action routine. The tninisessioii will then use the roll- 
back mechanism iniernally. The user changes parameters, 
triggers the operation again, and finally accepts the outcome 
when il Ills the expectations. An example of this in IIP PEJ 
SolidUcsigncr is the blend action rouline. 

In general, however, operations can be undone using the 
Interactive undo mechanism. At any point, the user can 
c hoose to roll back to a prev ious slate. For this purpose. 

IIP PE/Soiid Designer keeps the last n states (or bulletin 

boards) in memory w here n is a user-configurable value. The 
user can also move forward again along the line of slates 
thai was created in the modeling session. 

Fig. show s UP PH/SolidDesigner's user interface for undo 
operations. 

As discussed earlier. IIP PF/Solidl lesigncr's transaction 
mechanism also offers an interface to external applications, 
thai is, the transaction end event. Third-party applications 
subscribe to the event, and from then on, they can monitor 
all changes to the model. One example of an "external" ap- 
plication is the- 3D graphics module. Parts browsers, w hich 
also have 10 react to Changes of the model, are anolher ex- 
ample Kinile-elemenl generators c an also hook into the 
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Fig. 6. i ser interface for undo operations. 

transaction end event to keep track of the model. Another 
possible external application is one that provides the cur- 
rent volume properties of given bodies. (IIP PE/SolidDc- 
signer provides volume calculations, but they have to be 
triggered explicitly from the user interface.) The bulletin 
board is the door-opener for external applications, making it 
one of the most important interfaces within IIP PE/Solid- 
Designer. 

Conclusion 

This article can only give a very high-level overview of what 
DSM is all about. Much of what really makes DSM usable, 
effective, and efficient is beyond the scope of this discus- 
sion. We are confident that the data structure manager is a 



si rong and robust building block for any kind of application 
that has to deal with complex data networks. We have found 
that DSM deals with a lot of problems that are typical for 
object databases: 

• Data abstraction (through a set of base classes) 

• Object persistence (storing and loading objects) 

• Object schema evolution (changes in object layouts) 

• Object clustering (bundling low-level objects to user-level 
objects such as parts and assemblies) 

• Exchange of clustered objects, fully maintaining connectiv- 
ity through unique object IDs) 

• Transaction concept with undo. 

By solving all of these problems. DSM enables IIP PE/ 
SolidDesigner to support typical modeling operations on 
user-level objects (parts, workplanes, etc.). In other words, 
it makes IIP PE/SolidDesigner speak in terms that the user 
can easily understand. The support for object exchange is 
the basis for modeling workflow solutions. Apart front this, 
t he data structure manager can serve as a general frame- 
work for any kind of object-oriented application. 
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Freeform Surface Modeling 

There are two methods for creating freeform surfaces in HP 
PE/SolidDesigner: blending and lofting. This article describes the basics of 
lofting The geometry engine, which implements the lofting functionality, 
uses a single-data-type implementation for its geometric interface, but 
takes a multiple-data-type. hybrid approach internally. 
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HF PE/SoIidDesigners kernel functionality consists of sev- 
eral modules that communicate through well-defined inter- 
faces, supported by logical class definitions and hierarchies. 
In Fig. 1, for example, the geometric data interface for the 
topology engine (the Boolean engine, see article, page 74] 
consists of three basic elements (points, curves, and sur- 
faces i and Che corresponding utility functions like intersec- 
tions. This technique makes it easy to add new functionality. 
For example, introducing new geometry data types is just a 
matter of delivering all member functions of the geometric 
interface for tlte new geometry type. 

'fhe implementation of such a concept looks simple, but 
reality has shown Dial il takes a lot of effort lo keep the in- 
terface clean and to avoid copying and convening data. This 
is especially true for data having connections on both sides 
i if the interface, such as pieces of a curve or curves on a 
surface. 

The Geometry Engine 

In designing a completely new implementation of the geo- 
metric kernel for a solid modeler one has a chance lo avoid 
Ihe problems of older implementations. What are I he real 
problems of existing implementations? There are I wo funda- 
mental Approaches: NURBS libraries anil hybrid methods. 

Nl RBS libraries have only one data type: NTRBS. or non- 
uniform rational B-splines. This data type can represent all 
analytics (like planes, cylinders, spheres, etc.) exactly. This 
means that complex freeform surfaces as well as simple 
analytics are represented with one single dala structure. The 
geometrical prubli-ms mily have lo be solved for this single 
type. This sounds promising, but it turns oul that the algo- 
rithmic stability dues not satisfy Ihe requirements of IIP 



Geometric Interlace 



Geometry 
Engine 



Fig. i- The HP PEMSoMDadgner topology and geometry engines 
communicate through a weU-deHned geometric interface 



Fig. 2. HP PE/SolWl tesigBergettmeQiy engine 




Fig. 3. (in a tofteti surface. <io Lolling originated in ship design 
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Fig. 4. Specifying the tangent profile, a kind of vector field 
along a curve, influences the shape of a surface. 



PE/SolidDesigner. In addition, the performance is poor, es- 
pecially when analytic surfaces (represented as NURBS) are 
intersected. 

Hybrid methods are used in the IIP PE/ME30 kernel (Romu- 
lus). All possible geometry data types are available, and 
clever special case handling results in high performance. 
The disadvantage is that the introduction of a new data type 
is an enormous effort- In addition, the Romulus kernel 
doesn't distinguish cleanly enough between geometry and 
topology, so building new functionality on litis kernel can be 
very cumbersome and error-prone. 

In IIP PE/SolidDesigner we tried to combine the advantages 
of both approaches. The advantage of a NURBS library (one 
data type ) is realized in die class hierarchy of I IP PE/Solid- 
Designer: the geometric interface knows only points, curves, 
and surfaces. For the internal geometry structure the hybrid 
method was chosen. Data types include analytic types 
(plane, sphere, cylinder, cone, torus), semianalytic types 
(parallel swept B-spline, spun B-spline). B-splines. and 
NURBS as an extension of B-splines. 



Fig. 5. Multiply connectetl curves. 

As shown in Fig. 2. HP PE/Solid Designer's geometry engine 
consists of three pans: the library encapsulaior. die analytic 
geometry package (AGP), and the B-spline/NURBS library 
(SISL). 

The library encapsulaior delivers many convenience func- 
tions for the geometric interface and ensures its integrity. All 
functions dealing With geometry have to pass through ihe 
geometric interface. The only exception is a small part of 
Ihe blending algorithm, which for performance reasons by- 
passes the library encapsulaior and calls SISL directly. 

The AGP was developed by DCUBED Ltd. of Cambridge, 
England and SISL was developed by the Senter for Industrie- 
forskning of Oslo, Norway. 

Freeforin Surface Modeling 

There are two methods for creating freeform surfaces in HP 
PE/SolidDesigner: blending and lofting. The remainder of 
this article describes the basics of lofting. 

Lofting means the (exact) interpolation of a set of points or 
curves by a smooth curve or surface. Fig. 3 shows examples 
of lofting. Lofting originated in ship design and was used a 
long lime before computers were invented. 

The mathematical solution of this problem leads to Ihe defi- 
nition of splines. There are many spline types, each having 
its specific advantages and disadvantages. The most com- 
mon spline types are Bezier splines, B-splines, and NURBS. 

For CAD applications the most general splines are NURBS, 
since they can represent analytics exactly. This can be im- 
portant when it comes to intersections of splines and ana- 
lytic surfaces. B-splines are Nl RBS with all weights equal lo 
I. They are more stable and faster in Intersections but can- 
not represent analytics (except the plane) exactly. B-splines 
are made up of a sequence of Bezier pieces, connected ac- 
cording to their continuity at the transition points. We won't 
go into detail concerning spline mathematics here since 
there is abundant literature on this topic. 1 - 2 

In addition to the pure interpolation of points and curves, 
lofting allows die definition of tangent profiles at each -'SI I 
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Fig. 7. Closed (periodic) suffice created using lofting. 
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Fig. B. Io'paranietcrizing surfaces by specifying matching points 
OD different input c urves. 

Ctnve. A tangent profile is a kind of vector field along the 
given nine, as shown in Fig. 4. Both the directions and the 
lengths of the tangents influence the shape of the surface. 

In practical applications the user normally wants to interpo- 
late not only a series of single curves but also a series of 
multiply connected curves, as shown in Fig. 5. For this pur- 
pose HP PE/SolidDesigner connects the incoming profiles to 
a single B-spline curve. It is not required that a profile be 
smooth: it only needs to be ('" continuous (closed). The C" 
locations in the profiles later correspond to edges in the 
complete model. 

In addition to tangent profiles, the parameterization of Hie 
input QOFVea is another important factor determining the 
shape of the lofted surface. In HI' PE/SolidDesigner, para- 
meterization can be influenced by splitting the input curves 
at arbitrary points (match points) and defining different 
length ratios in tlie subsequent profiles ( Fig. Within a 
COtVe segment, HP PF./SolidDesigner tries to create a para- 
meterization according to the chord length of the curve 
'chorda! parameterization). 



Fig. 8. Topological dements: vertex, edge. loop, fact- 
it is also possible to create closed (periodic) surfaces using 
lofting. In this case the first and last profiles are identical 
(Fig. 7). 

Topology 

Before explaining how- topology is attached to the loft geom- 
etry, some definitions are needed I see Fig. 8): 
A vertex lies on a 3D point and can be viewed as the comer 
of a face. 

An edge is a bounded portion of a space curve. The bounds 
are given by two vertices. 

A loop represents a connected portion of the boundary' of a 
face and consists of a sequence of edges. 
A face is a bounded portion of a geometric surface in space. 
The boundary is represented by one or more loops of edges. 

Given a B-spline surface obtained from the spline library 
using the profile interpolation method, topology has to be 
built on this surface ro get a loft body. As a boundary for the 
face, a loop consisting of four edges is created (Fig. 9 ). The 
edges lie on the first and last interpolation curves (el and 
eS) and on the left and right boundaries of the B-spline sur- 
face (e2 and e4). 

The Interpolation profiles don't have to consist of only one 
curve per profile. For more complex shapes different curves 
can be combined in a profile. It is necessary to generate a 
face for each matching set of curves. One way to do this is 
to use lofting to create a B-spline surface for each matching 
set and then build the appropriate faces on these surfaces. 
Because there is no exact specification of how the left and 
right boundaries of these B-spline surfaces should look 
there may be gaps between the faces (Fig. 10a). This would 




Fig. 9. Huilding topology on a B-spUHC surface by creating a 

boundary consisting of four edges. 
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Top Face 




lead to an illegal body, since all neighboring faces in a body 
have lo share a common edge. When ihere are gaps between 
the faces no common edge can be found and it isn't possible 
to generate a valid body. 

To eliminate gaps, the curves in one profile arc joined tem- 
porarily and only one loft surface is generated. This B-spline 
surface then is split into appropriate parts at the start and 
end points of the interpolation curves. The faces are then 
built on Ihe splil surfaces. This ensures that Ihere is no gap 

between the faces. 

To match the correct curves or the correct portions of the 
curves it is necessary that all curves in a matching set have 
the Same parameter interval. This is ensured by reparame- 
leri/.ing all curves belonging to the same matching set to Ihe 
same (arbitrary) parameter interval. After this all curves of a 
profile are joined and the joined curves then automatically 
have the same parameter interval. 

A valid solid body must describe a closed volume. For I his 
reason only closed interpolation profiles are used. From 
these the lofting facility will generate faces forming a lube, 
which still has two open ends (Fig. 1 1). For each of Ihe two 
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Fig. 1 1. boning generates 8 tube. Emlfac.e.s an- added to malic a 
solid body. 

ends a planar face is added. Theoretically lliese lop and bol- 
tom faces can lie on any type of surface as long as the first 
and last interpolation profiles lie on the respective surfaces. 

Lofting in IIP PE/SoIidDesigner 

The spline library allows arbitrary MD curves in space as 
interpolation profiles for lofting. To simplify the input pro- 
cess for the user, only planar profiles are allowed in the cur- 
rent release. These planar profiles can easily be generated in 
a workplane using 2D creation methods. All workplanes 
containing the profiles are gathered in a WOfkpUme set The 
user specifies which sel of curves should match in lofting. 
Different matching specifications will produce different loft 
results (Big. 12). 

Because the spline library only accepts B-spline curves as 
interpolation carves the analytic curves in the profiles have 
to be approximated by B-splines. Another reason for this is 
the above-menlioned joining of curves in a profile lo obtain 
only one B-spline surface. 



If ( i 



Matching Set 



Matching Set 



Fig. 10. (a) Illegal body with gaps between faces. (10 The system 
generates a common edge to Wimiimle gaps. 



Fig. 12. i. 'hanging loft results by specifying different sets of 
matching curves. 
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Fig. 13. Adding tangent conditions lo change the sliiipe iil'.-i Im.hIv 
(;0 By defining a tangent direction to one or more vertices in the 
profile, (h) By specifying a constant direction for tin- entire profile, 
(r) By specifying an angle at one point Of the profile. Tliis angle is 
kept constant along the entire profile. 



Another possibility for influencing the shape of the loft body 
is to add tangent conditions. In HP PlvSolidDesigner there 
are three different methods for doing this (Fig. 13): 

• Define a tangent direction to one or more vertices in the 
profile. 

• Specify a constant dimtion for the entire profile. 

• Specify 1 an angle at one point of the profile. This angle is 
kept constant along the entire profile. 

For topology creation, especially face generation, the curves 
underneath the bounding edges of the faces have to be de- 
termined. Because the lofting algorithms only generate one 
B-spline surfac e, to get a properly connected tube this sur- 
face ltas to be split somehow. Because the single curves on 
the profiles have already been reparameterized to the same 
parameter interval for correct matching, this know ledge can 
be used to split the B-spline surface correctly. The Bound- 
aries of the split surface all lie on isoparametric CWV6S of 
the loft surface. An isoparametric curve is a c urve on a sur- 
face that has a c onstant u or v parameter value. In our case 
the loll direction is the v-parameter direction of the surface. 
This means that the left and right boundary curves of the 
faces are v-isoparametric curves. Splitting the surface along 




Fig. U.HP PE/SottdDesfewr cheeks for various properties thai Solid bodies ihouldnl have Ca)Self-intersecfJngbody. (h) Vanishing 
normals or derivatives, (c) Intersection with the Cop or bottom Face I'D Change of convexity at an edge. 
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the v-parameter values of the start points and endpoints or 
the interpolation curves will result in the desired subsur- 
faces. The edges created on these v-isoparametric curves 
are always common to two neighboring faces. 

Analytic Surface Type Detection 

From a mathematical point of view the interpolation task 
that constitutes lofting is finished when the PS-spline surface 
is created. From a CAD user's point of view the work is only 
partially finished. The reason is that it very often happens 
that a lofted body contains B-spline surfaces that represent 
analytical surfaces, mostly planes and cylinders. A CAD user 
wants to recognize these analytics in later processes for 
easier control in manufacturing. Data size, intersection per- 
formance, and stability are much better when dealing with 
analytics rather than approximated geometry. For these rea- 
sons a clever analytic detection algorithm is implemented in 
HP PE/SolidDesigner which replaces the B-spline strips by 
analytics after the B-spline creation and before the final 
topology is built. 

The algorithm is based on the geometry of the input profiles. 
If curves of Hie same type are matched the basic definitions 
of these curves are compared (for example, the center of a 
circle, its radius, its stalling point, etc.). Then, starting from 
the first two profiles, a corresponding analytic surface is 
built. In the next steps the other curves along the profiles ( in 
the loft direction) are examined to see whether they lit litis 
surface. If they do. the corresponding B-spline strip is ex- 
changed and the neighboring topological information is 
adopted This is done for each curve in the profile loop. 
Since the algorithm is based on the profiles and not on the 
lofted B-spline surface it is extremely fast and takes less 
than 1% of the time required for the lofting operation. 

Special Cases 

Lofting is a powerful tool for creating freeform surfaces in 
IIP PE/SolidDesigner. On the other hand, there is a danger 
of creating surfaces that are not manufacturable or that 
have properties that can cause problems in later operations. 
For this reason. IIP PE/SolidDesigner applies extra checks 
to ensure that the result of lofting is a clean body. These 




Fig. 15. I "»rill created using a special HP PE/SolidDesigner com- 
mand to define a set of parallel workplnnes, each turned by a given 
angle around an ;ims orthogonal to the base ivorkplane 




Fig. 16. spring created using the workpinnc inclined command 



checks take extra lime, normally more than I he creation of 
the surface itself. HP PE/SolidDesigner therefore offers a 
button on the user interface to switch off these checks. It 
makes sense to switch the tests off in the surface design 
phase. For the final acceptance, however, it is recommended 
that the tests be run, since a corrupt model cannot be re- 
paired later. 

In the following examples we show the various properties a 
solid model shouldn't have. HP PE/SolidDesigner checks all 
of them and rejects the lofting operation if at leasl one of 
them appears. In the preview mode, Hie user can examine 
the object to find the root cause for the problem. The forbid- 
den properties are: 

• A self-intersecting body (Fig. 1-la) 

• Vanishing normals or derivatives (Fig. 14b) 

• Intersection With the top or bottom face (Fig. 14c) 

• Change of convexity at an edge ( Fig. 14d). This test is al- 
ways done and ensures that the specific edge can be 
blended later. HP PE/SolidDesigner will insert a topological 
vertex at the place where the convexity changes. 

Practical Experience with Lofting 

The most critical point in using lofting is the proper defini- 
tion of the profiles and the workplanes. It turns out that in 
many real-life applications the profiles do not vary at all 
(e.g., helical constructions) or only a little. IIP PE/SolidDe- 
signer supports these surface classes by offering special 
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Fig. 1 7. Positioning too many profiles over too short a (fistanci 
results in a navy surface. 
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commands to create series of workplanes in f 1 •«- : II > space 
These OOanBa&dS let the user define a set of parallel work- 
planes, each turned by a given angle around an axis orthogo- 
nal to the base workplane. Objects like drills can be created 
very easily (Fig. 15). 

I sing the "workplane inclined" command defines a set of 
workplanes at an angle to the base workplane. This is a way 
to create springs and other helical shape's (Fig l'o 

These special commands do not help in all situations. Some- 
times the complete wor k-plane set has to be defined by hand 
Here it is important to know some basic behavior of the loft- 
ing algorithm to avoid subsequent problems with the Bool- 
ean topology engine. < If'ten lofting is not used to create a 
completely new body but to cut off some existing geometry 
(loft remove) or to fill gaps (loft add). The most important 
property of lofting the user must keep in mind is that the 
surface starts oscillating if too many conditions (profiles, 
tangency conditions) are specified on loo short a distance. 



Viewing from 
this Direction 




mi 



Fig. 18. (a) In creating a helical sliape connected to a cylindrical 

shall. If the heUx ban profile Couches the cylinder a nonmanufac- 

I arable pari results since freeform helix oscillates arniind the 
cylinder surface (b) If the helix base profile litis int. . I he cylinder 

a hide the oscillating surface lies completely Inside tha cylinder 

and I Mr niiirieallnli of I lie two In idles will yield tin- expected result 



The term "short" means short relative to the total Object 
size. Positioning ten profiles over a distance of 100 millime- 
ters causes no problems. Doing the same over a distance of 
one millimeter creates an awful surfac e. The same Ls true for 
t he complexity of the profiles and the way the profiles 
change from one workplane set to another t Fig. 17). 




Id 

Fig. 19. (a) Sweeping. (id Skinning, (c) Capping. 



© Copr. 1949-1998 Hewlett-Packard Co. 



(violin Mir, ll,.«lni Packard Journal 67 



For this reason, one should never try to approximate oilier 
geometry using lofting in combination with a Boolean opera- 
tion. Ii is much safer to create the loft tool body a little big- 
ger lo gel clear intersections later. The example of Fig. IS 
illustrates QdS, The lask is lo creale a helical shape con- 
nected lo a cylindrical shaft. The "workplane inclined" com- 
mand is used lo position (he profiles for the lofl. If the base 
profile touches Ihe cylinder die unification of the lolled bods 
and Ihe cylinder will result in a nonmaiiiiracliirable part since 
the freefonn helix oscillates around Ihe cylinder surface 
fFig. 18a). 

However, if Ihe profile cuts in a little the oscillating surfac e 
will lie completely inside the cylinder and the unification of 
both bodies will yield Ihe expected result, as shown in 
Fig. 18b. 

Summary 

Lofting in IIP PE/SolidDesigner is a powerful tool that en- 
ables the GAD user to create various freefonn shapes within 
a solid model. The main lask being solved by Ihe user is Ihe 
optimal selection of the profiles and clever positioning of 
Ihe workplanes in Ihe 3D space. With a lit t lo experience In 



gain familiarity with Ihe behavior ofthe surface interpola- 
tion algorithms, many design tasks can be done in a short 
lime. However, some tasks are cumbersome or nearly im- 
possible using lolling, but are easily done using other HI' 
PE/SolidDesigner capabilities. In electromechanical and 
mechanical engineering Ihese tasks include mainly skinning, 
l apping, and sweeping. Sweeping ( Fig. 19a) is related to 
lofting since it means creating a surface by sweeping a pro- 
file along an arbitrary 3D curve. Skinning (Fig. lilb) is the 
task of defining a smooth surface through a net of 3D 
curves. Capping ( Fig. 10c) means Ihe replacement of a 
closed loop on a body by some smooth, langentially con- 
nected surface: il is a subclass of. skinning. All hough these 
functionalities are the classical domain of surface modeling 
systems Ihe open architecture of HP PE/SolidDesigner 
readily accommodates I heir implementation. 
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Common Lisp as an Embedded 
Extension Language 



A large part of HP PE/SolidDesigner's user interface is written in Common 
Lisp. Common Lisp is also used as a user-accessible extension language. 

by Jens Kilian and Heinz-Peter Arndt 



HP's PE/ME1U and PE/ME30 CAD systems contain an exten- 
sion language hased on ihe macro expansion paradigm. The 
user's iii|jul (commands and dala) is separated into single 
tokens, eaelt of which denotes a coinntand. function, vari- 
ahle. macro name, number, string, operator, or other syntac- 
tic element. Commands, functions, and arithmetical expres- 
sions are evaluated by the language Interpreter Each macro 
name is associated with a macro definition, which is another 
token sequence (either predefined by the system or defined 
by the user). When the language interpreter encounters a 
macro name, it substitutes the corresponding token se- 
quence ( this process is called r.rpn tiding the macro) and 
continues with Ihe first token of the expansion. 

Macro expansion languages are easy to implement ;uid have 
been used in many applications where one would hardly 
expect to find an embedded language. For example, the T^X 
typesetting system contains a macro interpreter. 

The HP PE/ME10 and PE/ME30 macro language includes 
powerful control conslrucls (such as IF/THEN/ELSE and LOOP/ 
EXIT JF/END, LOOP), local variables, and a mechanism for pass- 
ing parameters to a macro when it is being expanded. These 
conslrucls make il possible lo solve general programming 
problems. Because Ihe I IP I'E/MEK) and PE/ME30 macro 
language is interpreted, programs can be developed in an 
Interactive fashion and modifications can immediately be 
tried out However, Ihe resulting program is slower than a 
program written in a compiled language like ('. IIP PE/ME1U 
and PE/ME-'it) macros can be compiled to an intermediale 
form which executes faster than Ihe pure interpreted ver- 
sion, but w hich is still slower than an equivalent C program. 

( >ne disadvantage or the HP PE/ME10 and PE7ME30 macro 

liuiguage is I hat il is nouslandard No other application uses 
Ihe same language, and programs written in il have to be 
poited when the user switches to another CAD system. 

Common Lisp 

Common Lisp w as chosen as an extension language for HP 
PE/SolidI)esigner because il is nonproprietary and w idek 
used. 

Surprising as il may be. Lisp is the second oldest high-level 
programming language slill in common use. The only older 
one is FORTRAN. Lisp is in researchers in artificial intelli- 
gence what F< IETRAN is lo scientists and engineers. 

Lisp was invented by John McCarthy in lilfifi during the 
Hartmouth Summer Research Project on Artificial Inlelli 
gence. The first commonly used dialed was Lisp 1.". but 



unlike FORTRAN ( or any other imperative language) Lisp is 
so easy to modify and extend dtat over time it acquired 
countless different dialects. For a long time, most Lisp sys- 
tems belonged to one of two major families. Interlisp and 
MacLisp. but still differed in details. In 1981, discussions 
about a common Lisp language were begun. The goal was to 
define a core language to be used as a base for future Lisp 
systems. In 1984. the release of Common Lisp: The Language 1 
provided a first reference for the new language. An ANSI 
Technical Committee ( X-'U Li) began to work on a formal 
standardization in 1985 and delivered a draft standard for 
Common Lisp in April 1992. This draft standard includes 
object -oriented programming features (the Common Lisp 
< ibject System, or ( 'L< IS). For a more detailed account on 
the evolution of Lisp, see McCarthy 2 and Steele and 
Gabriel.' 1 

IICL. the impleinenlatiou of Common Lisp used in IIP PE/ 
SolidDesigner. is derived from Austin Kyoto ( 'ommon Lisp 
(itself descended from Kyolo Common Lisp), li corresponds 
lo I be version of Ihe language described in reference I. but 
already incorporales some of Ihe extensions from reference 
I and the draft standard. 

Applications of Extension Languages 

Adding extension languages to Large application programs 

has become a standard practice, li provides many advan- 
tages, some of which may be not as obvious as others For 
the normal user of a system, an embedded programming 
language makes il possible lo automate repetilive or ledious 
tasks. An inexperienced user can set il up as a simple re- 
cord/playback mechanism while "power users" can use il lo 
create additional functionality. If the extension language has 
ties lo the application's user interface, user-defined function- 
ality can be integrated as if il were pari of ihe original 
application. 

If the application provides an API for adding extensions on a 
lower level, the extension language can ilself be exlended. 
This enables makers of value-added software lo integrate 
their products seamlessly into the main application. As an 
example, the IIP PE/SheetAdvisor application has been im- 
plemented within IIP PE/MEW), offering a user interface 
Consistent with the rest of the program. 

As a final step, portions of Ihe application can themselves be 
implemented in the embedded language. An example would 
be the popular < iNI Emacs lexl editor, a large part of which 
is written in its embedded Lisp dialect. 
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A largo part of IIP PE/SolidDesigner, too, is written in Its 
own extension language— about 30 percent at the time of 
writing. Most Of this 30 percent is in HP PE/SolidDesigner's 
user interlace. 

Lisp in MP PE/Solid Designer 

Fig. 1 shows the major components or IIP PE/Solid Designer. 
The Lisp subsystem is at the very core, together with the 
Frame (operating system interlace) and DSM (data structure 
manager, see article, page 51 ) modules. All other compo- 
nents including Frame and DSM are embedded into the Lisp 
subsystem. This indicates that each component provides an 
interface through which its operations can be accessed by 
Lisp programs. 

The introduction of new functionality into IIP PE/SolidDe- 
signer is usually done in the following steps: 
: Implement new data structures and operations in C++ 

• Add Lisp primitives (C++ functions callable from Lisp) for 
accessing the new operations 

- Add action routines to implement new user-visible com- 
mands, using the Lisp interface to carry out the actual 
operations 

* Add menus, dialog boxes, or other graphical user interface 
objects to access the new commands. 

As long as the Lisp interface— the primitive functions — is 
agreed to in advance, tliis process can be parallelized. A 
user interface specialist can work on the action routines and 
menus, calling dummy versions of the interface functions. 

The article on page 14 describes, from a user interface de- 
veloper's perspective, how action routines are written and 
how menus and dialogs are created. The mechanisms used 
there are not part of t he Common Lisp standard but are ex- 
tensions provided by the HCL dialect. 




Fig. L HP PE/SolidDesigifcr system architecture HCL Is the 
Common Lisp subsystem. All components including Frame 
(operating system interface) and DSM (data structure man- 
ager) have interfaces to Lisp. K2 is the solid modeling kernel. 
PPG is the planar profile generator. 



Action Routines 

Action routines implement the commands that a user types 
or issues via user interface elements to IIP PE/SolidDc- 
signer. Commands are identified by their names, which are 
Lisp symbols evaluated in a special manner (similar to the 
SYMBOL-MACROLET facility in the Common Lisp Object Sys- 
tem). Each action routine is actually an interpreter fora 
small language, similar in syntax to the command language 
used in HP PEAIEK) and PE/ME30. Like IIP PE/ME10 and 
PE/ME30 commands, action routines can be described by 
their syntax diagrams. Fig. 2 contains the syntax diagram for 
a Simplified version of HP PE/Solid Designer's exit com- 
mand. Below the syntax diagram is a state transition graph 
which shows how the command will be processed. 

The definition of an action routine corresponds closely to its 
syntax diagram. The defining Lisp expression, when evalu- 
ated, generates a normal Lisp function that will traverse the 
transition graph of the state machine when the action rou- 
tine is run. For example, the follow ing is an action routine 
corresponding to the syntax diagram of Fig. 2: 

( detection simple_exit 

(flag ) : local variable 

I; state descriptions 

(start nil 

"Terminate PE/SolidDesigner?" 
nil 

(:yes Isetqllagt) answer-yes end) 
(:no Isetq Hag nil) answer-no end) 
(otherwise (display_error "Enter either :YES or :N0.") nil start)) 

(end (do-itl 
nil 
nil)} 

(; local functions 

(do-it () 

(when flag 
(quit))))) 

As can be seen in this example, an action routine can have 
local variables and functions. Local variables serve to carry 
information from state to slate. Local functions can reduce 
the amount of code present in the state descriptions, en- 
hancing readability. 

When HCL translates this action routine definition, it pro- 
duces a Lisp function which, when run. traverses the stale 
transition graph shown in Fig. 2b. If a state description con- 
tains a prompt siring, as in the start state in the example, the 
translator automatically adds code for issuing the prompt 
and reading user input. Effectively, the translator converts 
the Simple syntax diagram into the more detailed form. 

For the example action routine, the translator produces a 
Lisp function definition much like the following: 

;, Declarations of some external functions, for more efficient calling 

(proclaim '(function get-parameter It t) tl) 
(proclaim '(function match-otherwise (t) t)l 

(proclaim '(function trigger-action-state-transrtion-event (t Soptianal t) 
til 
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Fig. 2. .Simplified syntax of the exit command (b) State 
transition diagram far the exit command. 

;; Transformed action routine 

(defun simple_exrt (Srest argument-list &aux inputl 

(let (flag) .; local variable 

(labels lldo-it (I ;. local function 
(when flag 
(quitll)l 

(block nil 
(tagbody 

;; label for state "start" 
1 

;; prompting in state "start" 

(setq input (get-parameter argument-list "Terminate HP PE/Solid 
Designer?")) 

;; pattern matching in state "start" 
Icond ((equal input :yes) 

(setq (lag t) ;; action taken 
(trigger-action-state-transition-event 'answer-yes) 

(go 0)1 ;; transition to "end" state 

((equal input :no| 

(setq Hag nil) ;; action taken 
(trigger-action-state-transition-event 'answer-no) 

(go 0)) ;; transition to "end" state 

((match-otherwise input) 

ldisplay_error "Enter either :YES or NO "I 

(go 1 ))) ;; transition to "start" state 

;; label for state "end" 
0 

;, initial action for state "end" 
(do-it) 

;; exit from action routine 
Ireturn)))))) 

Transilinns in the State machine are transformed into goto 
statements within the function's body. The conditional con- 
sinicl cond represents decisions, like lite three-way branch 
in stale start. Before each State transition, the code can Irig- 
gei ,in external event in enable graphical feedback in menus 
or dialogs. 



The actual translation is somewhat more complicated be- 
cause errors and oilier exceptional events must be taken 
into account. The translator also adds code to support de- 
bugging and profiling of an action routine. This code is 
stripped out when building a production version of IIP PE/ 
SolidDesigner. 

Compiling Lisp Programs 

It has often been said thai Lisp is inherently slow and cannot 
be applied to application programming (one common joke is 
that the language's name is an acronym for "Large and In- 
credibly Slow Programs"). This is not true. Even very early 
versions of Lisp had compilers/- 1 Lisp systems have even 
beaten FORTRAN running on the same machine in terms of 
numerical performance. 

In HCL, the Lisp compiler takes a Common Lisp program 
anil translates it into an intermediate C++ program, which is 
then compiled by the same C++ compiler that is used to 
translate the nonLisp components of HP PE/SolidDesigner. 
This approach has several advantages: 
■ The lisp compiler can be kept small and simple (only 12,500 
noncomment lines of code. less than 5% of the total amount 
of Lisp code ) 

i The lisp compiler does not need to be retargeted when 
porting to a different machine architecture 

i The Lisp compiler does not need to fully optimize the gener- 
ated code; this task can he left to the C+ + compiler 

i The generated code is fully call and link compatible with the 
rest of the system 

i The generated code can be converted to a shared library 
and dynamically loaded into a running HP PE/Solid- 
Designer. 

The Lisp compiler is itself written in Lisp. Bootstrapping a 
new compiler version is easy because an interpreter is 
available. 

The calling conventions for compiled Lisp fund ions are 
such that Interpreted and compiled functions can transpar- 
ently call each other. This allows keeping most of the Lisp 
code in compiled form, even when using Che interpreter to 
develop new programs. 

Continuing the above example, here is the C++ code thai the 
Lisp compiler produces for the simplified translated action 
routine (reformatted for better readability); 

// Header file declaring standard Lisp data structures and functions 
// (for example, L0BJP is the type of a generic pointer-to-Lisp-object) 

(•include <cmpmclude.h> 

// Declarations lor the compiled code (normally written to a separate die, 
// included here for clantyl 



static void L1(.„); 
static void L2IL0BJP"); 

static char 'Cstart, 



static mt Csize, 
static L0BJP Cdata, 
static L0BJPWI14I; 



// Functions defined in this file 



// Data for communication with the Lisp 
// loader 



// Run-time Lisp objects 
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static void LnkT13|) . // Links to external Lisp functions 

static void ("Lnkl3)D = LnkT13; // (see below tor an explanation! 

static void LnkTlll); 

static void rLnklDO = LnkTIl; 

static LOBJPLnkTLIlO(LOBJP); 

static LOBJP CLnkLllOIILOBJP ) = LnkTLMO; 

static LOBJP LnkTLI9lint narg, ...) , 

static LOBJP (*LnkLI9)(int narg. J = LnkTLI9; 

static LOBJP LnkTLI8(L0BJP , LOBJP ) ; 

static LOBJP (*LnkU8)(LOBJP . LOBJP | = LnkTLI8; 

// Initialization function, called immediately after the file is loaded 

void example_initialize(char "start, mt size, LOBJP data) 
I 

// Reserve space on the Lisp stack 

register LOBJP' base=vs_top; 
register LOBJP" sup=base+0; 
vs_top=sup; 
vs_check; 

// Store data supplied by the loader, including Lisp objects 
// that were extracted from the original source code and that 
// will be needed at run-time (e.g., strings and symbols). 

Cstart=stait 

Csize=size; 

Cdata=data; 

set_VV_data(W,14,data,start,size); 

// Link the compiled function "LI" to the Lisp symbol stored in VV|6], 
//which is "SIMPLE. EXIT". 

MFnew(VV(6|,(voidCI())Ll,datal;// 

// Restore Lisp stack 

vs_top=vs_base_mod=base; 

} 

// Compiled function SIMPLE_EXIT 

static void L1(...) 
( 

register LOBJP'base=vs_base; // Reserve space on the Lisp slack 

register LOBJP*sup=base+3; 

vs_check; 

( LOBJP VI, // Fetch ARGUMENT-LIST from the Lisp 

//stack 

vs_top|OJ=Cnil; 
( LOBJP 'p=vs_top; 

for(;p>vs_base;p-)p[-l]=MMcons(p|-1I,p|0|); 

) 

Vl=(base[0]); 
vs_top=sup; 

{ LOBJP V2; // Set up variables INPUT and FLAG 

V2= Cnil; 
base|1|= Cnil; 

T3:; // Label "1" in TAGBODY 

V2=l*(LnkLI8))(IV1),VV(0]); // (GET-PARAMETER ARGUMENT-LIST "..."I 
if(!(equal((V2l,VV|1]))H // First clause of COND construct 
goto T8; 

} 

base|1]=Ct // {SETQ FLAG Tl 

(void)l("ILnkLI9))(1.W[2])l.// (TRIGGER- ..-EVENT 'ANSWER-YESl 
gotoT4; //(GOO) 



T8:; // Second clause of COND construcl 

if(l(equal((V2),VV|3)))H 
goto T14; 

) 

base|1I=Cnil; // (SETQ FLAG NIL) 

(void)l(*ILnkLI9lll1,VV|4|)); // (TRIGGER- ..-EVENT 'ANSWER-NOI 
gotoT4; //(GOO) 
T14:; //Third clause of COND construct 

if(ir(LnkLI10))l(V2)))==CnilH 
goto T4, 

} 

base[2l= VV|5); // (DISPLAY-ERROR "...") 

vsjop=(vs_base=basei2H1; 

(void) CLnkl 1)0; 

vs_top=sup; 

gotoT3; //(GO 1) 

T4:; // Label "0" in TAGBODY 

vs_base=vs_top; // Call (DO-IT), passing a pointer to 

L2(base); // the lexical variables of SIMPLE_EXIT 

vs_top=sup: 

base[2|= Cnil; // Return from SIMPLE_EXIT 

vs_top=(vs_base-base*2)-t 1 ; 

return; 

} 

) 

} 

// Compiled local function DO-IT 

static void L2IL0BJP* based 
{ 

register LOBJP*base=vs_base; // Reserve space on the Lisp stack 

register L0BJP'sup=base+1; 

vs_check; 

vs_top=sup; 

if((baseO|l))=-Cnil|{ //Condition: lexical variable FLAG 

goto T26; 



) 



//(QUIT) 



vs_base=vs_top; 
(void)CLnkl3l(); 
return; 
T26:; 

base[01= Cnil; // Return from DO-IT 

vs_top=(vs_base=baseiOI+l; 

return; 

} 

// Links to external functions. These functions are called indirectly, via 
// C+* function pointers. At the first call, the corresponding compiled 
// function is looked up and stored in the function pointer, thus avoiding 
// the Lisp calling overhead on subsequent calls. 

static void LnkT13() 

{ // QUIT; called via normal Lisp calling conventions 
calLorJink(VV|13),|int *)&Lnkl3); 

} 

static void LnkTlll) 

{ // DISPLAY-ERROR, called via normal Lisp calling conventions 
calLorJink(VV|11).(inf)&Lnk11); 

) 
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static LOBJP LnkTLIItKLOBJP argOl 

( // MATCH-OTHERWISE; declared to take exactly one parameter, which 
// can be passed without using the Lisp stack. 

retum(LOBJP)call_fproclWl10].(infl&LnkLH0.1.argOI; 

} 

static LOBJP LnkTU9(int narg. ...) 

{//TBIGGER-ACTION-STATE-TRANSITION EVENT; declared to take one 
// fixed and one optional parameter, which can be passed without using 
//the Lisp stack 

vajist ap. 
va_start(ap. narg); 

LOBJP result=IL0BJPIcall_vproc(W|9),(int*l&LnkLI9,narg,apl; 

va_end(ap); 

return result; 

I 

static LOBJP LnkTLI8(L0BJP argO. LOBJP argil 
i // GET- PARAMETER; declared to take exactly two parameters, which 
// can be passed without using the Lisp stack. 

returnlLOBJP)calLfproc(VVi8],(inf)&LnkU8.2.argO,argll; 

} 

This example illustrates several important properties ol" 
compiled Lisp code. First, the C++ code still has to access 
Lisp data present in the original program: lor example, it has 
to attach a compiled function to a Lisp symbol naming that 
function. Second, parameter passing for Lisp functions is 
usually done via a separate stack, but the overhead for this 
can be avoided by declaring external functions. In a similar 
way (not shown here), the overhead of using Lisp data slmc- 
l tires for arithmetic can be avoided by introducing type dec- 
larations (whic-h are not compulsory as in C++). Third, some 
Lisp constructs (e.g., lexical nesting of function definitions) 
have no direct C+ + equivalent. 



Compiling a Lisp program can have quite a dramatic impact 
on its performance. HP PE/SolidDesigner takes about one 
half to two minutes to start on an HP 9000 Series 700 « ork- 
station. If all the Lisp files are loaded in luicompiled form, 
stan time increases to between one half and one hour. 

Conclusion 

A large part of HP PE/SolidDesigner is written in Common 
Lisp. To the developers, this approach offered a very flex- 
ible, interactive mode of programming. The finished pro- 
grams can be compiled to eliminate the speed penalty for 
end users. 

Common Lisp is also used as a user-accessible extension 
language for HP PE/SolidDesigner. It is a standardized, open 
programming language, not a proprietary one as in HP 
PE/ME10 and PE/ME30. and the developers of HP PE/Solid- 
Designer believe that this will prove to be an immense 
advantage. 
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Boolean Set Operations with Solid 
Models 



The Boolean engine of HP PE/SolidDesigner applies standard and 
nonstandard Boolean set operations to solid models to perform an 
impressive variety of machining operations. Parallel calculation boosts 
performance, especially with multiprocessor hardware. 

by Peter H. Ernst 



Machining operations like punch, bore, and others play an 
important role in (he func tion set of contemporary CAD sys- 
tems. In HP 1'K/SolidDesigner, the impressive variety of ma- 
chining commands are driven by a single topology engine, 
often referred to as Ike Rouleau engine. 

It might seem that the algorithm used by the Boolean engine 
would be extremely complex and esoteric, and this is indeed 
true in some respects. The underlying principles, however, 
are simple. 1 Most of this article demonstrates this by taking 
a fairly intuitive look at the internal machinery. This will 
provide a road map for lite second, more technical part of 
the article, in which some key algorithms are explained in 
greater depth. Filially, some unusual applications of the 
Boolean engine are briefly mentioned. 

Different Flavors of Solids 

Before exploring the internals of the Boolean engine, let's 
take a look at the objects that it works on. These objects are 
called solids, or simply bodies. Solids, in our terms, are 
mathematical boundary representation (B-Rep) models of 
geometric objects. Fig. I shows a B-Rep model of a cylinder. 

Usually several categories of solids are distinguished based 
on their manifold characteristics. For our purposes we just 
need to know that manifold solids represent real objects 




Fig. 2. A screwdriver representing the class of nmnufacl arable 
bodies. 

and noninanifold solids are impossible in some way. Man- 
ifold bodies are of general interest , since they can be manu- 
factured. Fig. 2 shows a screwdriver representing the class 
of manufacturable bodies. 

The class of noninanifold bodies is the realm of the impossi- 
ble bodies. These bodies cannot be manufactured because 
the material thickness goes to zero (that the thickness goes 
to zero is a consequence, not a cause of the nonmanifold- 
ness). Nevertheless, they have have some importance as 
conceptual abstractions or simplifications of real (manifold ) 
solids. Noimianifold solids sometimes are (conveniently) 
generated as an intermediate step in the design process. 
They are also important 6> various simulation applications, 
and sometimes to finite-element analysis and NC machining. 
Fig. 3 shows a selection of noninanifold bodies. To the left is 




Fig. 3. Bodies that are iionmanufacturable because of (left) zero 
thickness in general, (center) zero thickness at edges, and (right) 
zero thickness at vertices. 



Body 
I 

Shell 
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a shret, which has zero thickness in general. The middle 
solid is tilge iiumniinifold, having zero thickness at edges, 
and the right solid is vertex nonmantfold. having zero thick- 
ness at vertices. 

The Boolean engine in its different guises is used to change 
bodies by the rules of Boolean set operations. In other 
words, it is able to combine two volumes using one of the 
three standard operators: subtract, unite, or intersect- The 
operation is performed on solids in the same way as on the 
sets of mathematical set theory The effects of the standard 
operations on sets and volumes are illustrated in Fig. -I. The 
two bodies at the top of the picture are combined in three 
ways, using the three standard Boolean operations. The re- 
suit of each Boolean operation is shown at the bottom. 

An Intuitive Approach to the Boolean Engine 

Now thai we are equipped with the right background, we 
can explore the various stages of the Boolean algorithms. To 
do this we will use a thought experiment ("such experiments 
are widely acknowledged as safe and cheap). To perform 
this experiment we only need some paint, a sharp knife, and 
some imagination. 

Coloring. In the first stage both solids participating in the 
Boolean operation are filled with different colors, let's say 
yellow for one and blue for the other. Fig. 5 shows two bod- 
ies that have been set up for a Boolean operation and col- 
ored according to our rule. Let's assume that, unlike real 
solids, they can permeate each other without problems. 
Since the Boolean operation hasn't been performed yet the 
picture still shows two disjoint solids that just happen to 
overlap. To show what's going on inside the bodies, the yel- 
low body has been made transparent 

Now we mark the lines where the two bodies permeate each 
oilier, let's say with red color. The red lines in Fig. G are 
railed Hie iiilcwctioii graph. The two solids are still dis- 
joint. 




Fig. 4. Results of applying the standard Boolean set operations 
to two solid bodies 




Fig. 5. Two disjoint solids that happen to overlap. 



Making Soap Bubbles — Cellular Bodies. In the second ^lagr 
we knit both solids together using the intersection graph. A 
structure very similar to those formed by soap bubbles is 
created, as shown in Fig. 7. The two solids now hang to- 
gether at the intersection graph. In the space where both 
bodies overlap a green color can be seen. This is the mixlure 
of yellow and blue. To gel a better vision of the geometric 
situation sonic faces have been made transparent. 




Fig. ti. Intersection graph (red) 
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Fig. 7. Result of knitting tin* two bodies together at the Intersection 
graph. Choosing a Boolean operation is now equivalent to deciding 
which colors to keep ami which to delete. 



Getting Rid of the Wrong Colors. In the third and last stage of 
our imaginary process not much is left to do. tip to now we 
have not said which kind of Boolean operation (union, sub- 
traction, or intersection) we wanted. Now is the time to 
decide. 

To get the desired result we simply pick the appropriate 
color and get rid of all volumes of a different color than the 
one we picked. Initially we chose two colors — blue and yel- 
low — SO We will find three colors in our soap bubble cluster: 
blue, yellow, and green. In regions where blue and yellow 
volumes overlap we gel green. The table below shows which 
colors will be kept or deleted from the body depending on 
the particular type of Boolean operation we choose. 

Keep Delete 

Union blue and yellow green 

Subtraction yellow green and blue 

Intersection green blue and yellow 

Easy, isn't it? Pat yourself on the back (and clean up the 
mess of paint and chipped-off pieces). 

Technical Talk: The Boolean Algorithm 

In the preceding example we only had to mark the lines 
where the color changes to obtain the intersection graph. 
The Boolean engine algorithm that does this is a bit more 
complex. To understand it we must again look at the mathe- 
matical representation of a solid. In Fig. 1 we have seen the 
general data st met tire layout of a cylinder. Thai sketch, 
however, lacks any explicit references to geometry. In HP 
PE/SolidDesigner's B-Rep structure, three base classes of 
geometries are used: points, curves, and surfaces. The last 
two have several subclasses. For example, a curve can be a 



straight line, circle, ellipse, or spline. In the following discus- 
sion the geometric subclasses are used for illustration pur- 
poses, but the Boolean algorithm itself does not depend on 
any specific geometry types, since it is implemented in a 
generic way. 

Each geometry class has a corresponding topological carrier 
that puts it into perspective in the context of a solid model. 
The table below shows this relationship: 

Topology Geometry 

Vertex *- Point 
Edge *- Curve 
Face «- Surface 

The topological entities face and edge are smart carriers 
because they not only hold their geometries, but also bound 
or trim them. To understand what this means we must real- 
ize thai most geometries are of infinite extent, and even if 
they are finite only a small segment might be of interest. 

Fig. 8 exemplifies the relationship between topology and 
geometry. Looking at the cylinder (sPi), notice that only a 
segment of the otherwise infinite cylindrical surface is used. 
This segment is called a face (£&3). Likewise, only two circu- 
lar regions of the otherwise infinite planes sli and si"! are 
used to close the cylinder. The circular regions are face fal 
and face f;i2. ( Note: The lop and bottom faces of the cylin- 
der have been lifted off a bit for better demonstration. The 
double yellow edges coincide in reality.) 

The concept of trimmed surfaces is essential for the next 
section, because it introduces some unexpected complica- 
tions when constructing the intersection graph. 

Constructing the Intersection Graph. Earlier we simply used an 
excellent pattern recognizer called the human brain to find 
the lines where the color changes. Teaclting this ability to a 
computer involves a considerable amount of mathematics. 

Fig. f) shows the const met ion of one segment of an intersec- 
tion graph (a graph edge). The drawing shows two intersect- 
ing surfaces sfl and sf2 carrying two faces fal and fa2. To 
const met the graph edge (the piece of the intersection track 
inside botli faces) the following steps are required: 

The two unbounded surfaces sli and 5f2 are intersected, 
giving the intersection track (track). 
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Fig. 8. An example of the relationship between topology and 
geometry. Faces and edges bound or trim their geometries, which 
consist of infinite curves and surfaces 
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Fig. 9. Construct ion of one segment of an intersection graph 
(a graph edge), 

The edges of fal are intersected with surface sf2 to yield (lie 
edge/surface intersection points il and i2. Similarly, the 
edges of fa2 are intersected with sfl giving the intersection 
points i.3 and i4. 

The intersection points are ordered along the track. 
The ordered points are examined for their approach values. 
The approach values simply tell if a face is entered or left 
when passing a particular point. This information can be 
used to deduce the containment of a segment of the inter- 
section graph with respect to its generating faces. The 
approach and containment values for the intersection points 
in the previous drawing are: 
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The segments of the intersection graph inside both faces are 
used to create the graph edge(s) of a particular intersection. 
In this example only the segment bounded by i2 and i3 ful- 
fills this condition. 

Parallelism. The complete intersection graph of two bodies is 
obtained by pairwise intersection of faces selected from 
both solids. The number of required face/face Intersections 
depends on the number of faces in both solids: 

i = nm, 

where i is the number of intersections, n is the number of 
luces in one body, and in is the number of faces in I he other 
body. 



The number of required intersections grows rapidly (qua- 
dratically) with the complexity i number of faces) of the 
solids. Fortunately the different face/face intersections can 
be easily performed in parallel. The algorithm is structured 
such that it can create a cascade of threads (a sort of sub- 
process). For each pair of faces a subprocess is launched 
that splits itself to calculate the surface/surface intersec- 
tions and the edge/surface intersections in parallel. With the 
availability of multiprocessor hardware the adv antages of 
this algorithmic structure are seen as increased perfor- 
mance of the Boolean operations. 

Imprinting and Coloring. In the intuitive approach, coloring 
the fac es, that is. determining which pieces are inside or 
outside, was no problem because it could easily be seen. On 
the machine level other means are required. 

Intersection tracks split surfaces and faces into left and 
right halves. Additionally, surfaces split space into halves 
called half spares. We can classify each piece of the split 
face to a half space with respect to the other surface. This 
procedure is demonstrated in Fig. 10. 

Classification is done with respect to the surface normals 
(colored arrows) of both surfaces (sfl and sf2) and the 
intersection track. 

Unusual Boolean Applications 

It is easy to see that the Boolean engine is driving most ma- 
chining operations. Here are some applications in which it is 
not so obvious. 

Partial Booleans. Regular Boolean operations attempt to cal- 
culate all intersection tracks between bodies, hi contrast, 
partial Boolean operations calculate only one intersection 
track. Which one depends on the particular application. One 
example of a partial Boolean operation in HP PE/SolidDe- 
signer is wrapped into the extn ide-to-part command. It fires 
a profile defined in a workplane onto a body as shown in 
Fig. 11. The picture shows a body and a profile set up for the 
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Fig. 10. Surfaci's split space into halves called half spaces (inside 
and outside along surface normals). Each piece of a split surface 
can be classified as belonging to a half space with respect to the 
olhcr surface. 



October U«i:"> Ht'wieii-I'arkarii Journal 77 

) Copr. 1949-1998 Hewlett-Packard Co. 



Fighting Inaccuracies: Using Perturbation to Make Boolean Operations Robust 



The robustness o( Boolean operations between solids is crucial (or the usability of 
a solid modeler like HP PE/SolidDesigner Unfortunately, geometric modeling is 
like shoveling sand With every shovel you pick up a bit of dirt The numerically 
imperfect nature ot geometric algorithms can challenge HP PE/SolidOesigners 
Boolean engine with contradictions and inconsistencies The Boolean engine uses 
a perturbation method' z to push the frontier of robustness This article explains 
the notion of model consistency and demonstrates what can go wrong inside a 
Boolean operation and what can be done to come up with a correct result anyway. 

Consistency of a Solid 

Looking at a solid we usually believe that it is mathematically correct, that is. that 
the edges are exactly on their ad]acent faces and the edges meet exactly at their 
common vertices In reality, however, the limited floating-point accuracy of a 
computer introduces errors. On the microscopic level there are gaps and holes 
everywhere Isee Fig |J 

The tolerable amount of enui is specified by the modeling resolution Tbe system 
will ignore gaps and holes smaller than the resolution. However, some geometric 
algorithms, such as the various intersection calculations, tend to magnify errors in 




Fig. 1. in solid models edges seem to be exactly on their adjacent laces and meet exactly 
at their common vertices In reality. Because Df the limited floating-point accuracy of a 
computer, on the microscopic level there ate gaps and holes everywhere 



certain geometric configurations This means that given an input where all errors 
are within limits, the result can be inconsistent in the context of the solid and 
prohibit the successful completion of the requested Boolean operation. 

Solving the Numerical Puzzle 

One area in the Boolean operation that is particularly vulnerable to numerical 
inconsistencies is the intersection graph construction The graph construction 
assumes that all intersections of curves defined on one of two intersecting sur- 
faces are also on the intersection track (here the term on means closer thai i the 
resolution), This is no problem if the surfaces are reasonably orthogonal However, 
lor intersections between tangential or almost tangential surfaces, a small error in 
the orthogonal direction of a surface implies a larger error in the direction of the 
surface, and this assumption becomes false. 

Fig 2 shows a shallow intersection between the two surfaces sll and s(2 and the 
intersection with sf2 of a curve (cvl contained in sfl The curve/surface intersec- 
tion point (small colored trianglel has, because of the small distance lepsilonl 
between cv and its containing surface sfl . moved farther away from the surface/sur- 
face intersection track Icolored line) than the resolution permits. The smaller the angle 
|! the larger the distance d from the intersection track and hence the larger the 
inconsistency 




Ftp. 2. A shallow intersection between the two surfaces sll and s(2 and the 
intersection with sf2 ot a curve (cvl contained in sll 




Fig. 1 1. A body BJld a profile set up for tin extrude-to-part 
operation To the right is tin' result of the operation 



extrude-to-part operation. Only the intersection graph where 
the extruded profile hits the body is used to build the result. 
To the right is the result of the operation. 

Usually the extruded profile would exit the body at the bot- 
tom, producing a second intersection graph. 

Reflection of Solids. Another unusual Boolean application is 
the reflection of solids at a plane. Fig. 12 shows a body with 
a green reflection plane set up. At the right is the result of 
the reflect operation. 

This operation can be simulated with regular Boolean opera- 
tions by copying, mirroring, and uniting the left body. How- 
ever, this would burden the Boolean engine with difficult 
tangential intersections. Instead, the reflect command inter- 
sects the left body with the reflection plane to obtain an 
intersection graph which can be used to glue the left botlj 
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fortunately, there rs a method called perturbation than can come to the rescue in 
situations like this II solves the inconsistency by moving the curve/surface inter- 
section point along the curve until it is closer than the resolution to the surface/ 
surface intersection track In Ftg 2 the point will be moved to the left When the 
intersection point 15 moved, a new error is introduced Because the point is moved 
away from sf2 However, the overall error is reduced so that it no longer exceeds 
the resolution 

The perturbation method can be applied to similat situations >n which even the 
number of intersections has to te corrected The difference m number is a result 
the freedom algorithms have below the resolution Thev may return anything in 
the range of the resolution 

Two Curve/Surface Intersection Points with One Surface/Surface Inter- 
section Track. Ftg 3 shows a geometric configuration in which the intersection 
between sf 1 and sf2 yields one intersection track (colored linel but the intersec- 
tion of the curve contained in s'l with $12 gives two intersection points (colored 
triangles) which are farther than the resolution away from the track. The perturba- 
tion algorithm moves both points inwards (horizontal arrows) and contracts them 



into a single point (black trianglel which is closer than the resolution to the inter- 
section track (colored line) 

Two Surface/Surface Intersection Tracks with One Curve/Surface Inter- 
section Point Fig 4 shows a geometric configuration >n which the intersection 
between sfl and sf2 yields two intersection tracks (colored iinesi but the intersec- 
tion of the curve contained in sf 1 with sf2 gives one intersection point (colored 
triangle) which is farther than the resolution away from tne tracks fhe perturba- 
tion algorithm splits the single mteisection into two and moves them outwa'ds 
(horuontal arrows) until both are closer than the resolution to an intersection track 
(colored line). 
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Fig. 3. A geometric configuration m which the intersection between sfl anrj sf2 yields 
one intersection track (colored line) but the intersection of the curve contained in sfl 
with sf? gives two intersection points (colored triangles) which are farther than the 
resolution away from the track 



Fig. 4. A geometric configuration in which Ihe intersection between sfl and sf2 yields 
two mteisection tracks (coloied lines) but the intersection of the curve contained In sfl 
with sf2 gives one intersection point (colored trianglel which is farther than the resolu- 
tion away Irom the tracks 



and its mirrored copy together. The intersection with the 
mirror plane is nicely orthogonal and relatively easy to per- 
form compared to the tangential intersections. 

Acknowledgments 

The development of the Boolean algorithms involved many 
people. Special I hanks to former kernel development team 
members Hermann KeUerman and Steve Hull and project 
manager Ernst Gschwind. 

Reference 

I. M. Mantyla, An Intrniliirlinn In Solid MmMing. Computer 
Science Press. 



Fig. 12. A body with a green reflet-lion plane sol up and. ai right, 
the result of the reflect operation. 
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A Microwave Receiver for Wide- 
Bandwidth Signals 



The HP 71910A wide-bandwidth receiver extends modular spectrum 
analyzer operation for more effective measurements on modern 
communications and radar signals. 

by Robert J. Armantrotit 



The microwave spectrum analyzer is an invaluable insiru- 
menl for making measurements on signals with frequencies 
ranging from 166 Hz to 1 10 GHz with a variety <>f modulation 
formats. The spectrum analyzer is primarily a tool for lite 
frequency domain. The measurements fin which il excels 
are those in which the signal parameters of interest are 
acc essible in Ibis domain. 

For the most pail, these measurements are made in a test 
environment, in which the signals usually originate from a 
signal source or from die device under test and where a 
physical connection is made to the spectrum analyzer with 
coaxial cable. In Ibis environment, there is usually a high 
degree of knowledge about the signals present and the num- 
ber of signals that musl be characterized. Also, there is often 
some control over the power level of the signals present 
The spec! rum analyze!- is normally used in swepi mode. The 
emphasis is on the fundamenial signal parameters, nol on 
the information conlenl present in the modulation. 

Microwave spectrum analyzers are also used in the opera- 
tional environment In contrast to the test environment, the 
signal or signals of interest in the operational environment 
usually come out of the air rather than front a device under 
test This means I hat I he spectrum analyzer is connected to 
an antenna rather than to a device under test. Another con- 
trast to the test environment is the number of signals pres- 
ent at the input to the antenna. Depending on the frequency 
coverage of the antenna or antennas used, the number of 
signals present can number in the hundreds or even thou- 
sands. In the operational environment the emphasis is on 



searching for signals of interest and extracting the informa- 
tion conlenl of those signals. The information can have 
many forms including voice, video, or dala. To extract this 
information, il is necessurv. to tune to the signal of interest 
with a bandwidth comparable to the signal's bandwidth and 
apply the correct demodulation. 

Although the spectrum analyzer plays a major role in signal 
searching, il has not gained acceptance outside Ibis role 
because of the limitations discussed below Rather than the 
Spectrum analyzer, a microwave receiver is normally used Co 
perform the down-conversion and demodulation of wide- 
bandwidth microwave signals. 

Bandwidth Limitations ( toe of the most predominant trends 
in modern microwave signals is the move toward wider 
bandwidths. This trend has been growing since the 
mid-1970s as satellite communications developed and radars 
began employing a form of spread .spectrum known as chirp. 

The trend continues to be evident in all areas of satellite and 
lerresirial microwave communications. Signal bandwidths 
of 30 MHz or more are typical. Furthermore, various forms 
of spread spectrum, such its frequency hopping or direct 
sequence, whether used for mullipalh mitigation, noise im- 
munity, lower power density, or increased security, have led 
to increased bandwidths for otherwise narrowband signals. 

For such signals, the bandwidth that is adequate for spec- 
trum display or parametric measurements may not be suffi- 
cient to presen t' the information content Of the signal for 
demodulation. 




Fig. t. licit i III'TKHUA receive, 
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Frequency-Domain Limitations. In addition to having wider 
bandwidth, many modem microwave signals employ more 
complex modulation formats such as PSK (phase-shift key- 
ing) and QAM (quadrature amplitude modulation). Paramet- 
ric measurements made in the frequency domain are not 
adequate to characterize these complex signals fully. Mod- 
ern microwave signals can also have characteristics that 
vary during the sweep of a conventional microwave spec- 
trum analyzer, making accurate characterization difficult. 
Finally, pulsed, bursted, gated, and time division multiplexed 
signals all have characteristics and information that are dif- 
ficult if not impossible to extract in the frequency domain. 

Amplitude-only Limitations. Because the traditional spectrum 
analyzer employs an envelope detector, it provides only sca- 
lar information, and phase information is lost. Since much of 
the information in modern complex signals is conveyed 
with phase shifts or variations, this limitation is signifi- 
cant. 

Solutions 

All three of the spectrum analyzer limitations mentioned 
above have been recognized and have led to I he develop- 
ment of new types of instruments such as modulation- 
domain analyzers' and vector signal analyzers.'* Although 
these instruments can aid greatly in the analysis of a com- 
plex signal, they do not operate at microwave frequencies 
and are not well-suited for direct connection to an antenna 
as required in an operational environment. 

The HP 71910A wide-bandwidth receiver (Fig. 1) combines 
the attributes of a microwave receiver with I he strengths of 
a microwave spectrum analyzer. The Spectrum analyzer 
strengths include wide frequency coverage, synthesized 
1-Hz tuning, excellent phase noise, and amplitude accuracy. 
The microwave receiver attributes include wider IF band- 
widths and demodulation. 

The IIP 71910A provides easy interfacing to vector signal 
analyzers and modulation-domain analyzers and extends I he 
measurement capability of these instruments into the micro- 
wave frequency range. Finally, the IIP 71910A provides 
standard connection to commercial communications de- 
modulator products. 



provides microwave receiver operation only. The rest 
of this article will focus on the HP 71910A Option 01 1 
configuration. 

Receiver Hardware 

A block diagram of the HP 71910A Option 01 1 is shown in 
Fig. 2.The optional preamp module provides improved sensi- 
tivity and includes an internal bypass switch. The HP 
70900 H L() module provides the local oscillator and 
300-MHz reference signals to the HP 70910A RF module. The 
HP 70900B also provides the firmware control of the mod- 
ules that make up the HP 71910A For operation as a spec- 
trum analyzer or a receiver, the HP 71910A modules are 
slaves to the HP 70900B. The HP 7091 OA RF module pro- 
vides microwave preselection and frequency conversion to a 
321.4-MHz IF output, which provides the input to the HP 
709 11A module. 

RF Module. The HP 70910A RF module was developed to 
provide wide bandwidths in the front end of the receiver. 
Aspects of the design important for microwave receiver 
operation include: 

• Increased-bandwidth VTF (YIG-tuned filter) preselector 
■ Preselector bypass 

• Mixer microcircuit for improved sensitivity 

• Programmable gain at 321.4-MHz IF output. 

The partial block diagram of the HP 70910A RF module in 
Fig. 3 shows four signal paths. The first is the low -hand 
path, which Ls used for frequencies up to 2.9 GHz. There are 
two microwave paths, preselected or bypassed, which can 
operate from 2.7 GHz to 26.5 GHz. Finally, there is an IF 
input for use with external mixers covering from 26.5 GHz 
to 110 GHz (millimeter-wave frequencies). 

The minimum bandwidth of the microwave preselector in 
previous spectrum analyzer designs ranged from 25 to 
30 MHz. The design goal of the IIP 709 1 OA was to improve 
the minimum bandwidth of the VTF to at least 36 MHz. This 
was accomplished by modifying the doping profile of the 
YIG spheres used in the YTF. A VTF bypass path is included 
to allow unpreseleeted operation when appropriate. When in 
bypass, the bandwidth of the microwave path is much wider 
than the handwidtli of the preselector. In addition, the group 



Description 

The IIP 719 1 OA is an MMS (Modular Measurement System) 
product which includes a new IF module, the HP 7091 1A, 
and a new revision of system firmware. The firmware revi- 
sion permits operation of the IIP 7091 1A with an existing 
microwave spectrum analyzer, the IIP 71209A Option 001, 
and provides improved performance for signal searching 
(see the firmware description on page 84). The IIP 7091 1 A, 
which Ls described on page 89. provides the functions usu- 
all> associated with a microwave receiver, including IF 
bandwidths from 10 to LOO MHz and pulse detection. The HP 
7091 1A also offers options for FM demodulation. 70-MHz IF 
Output, and 70-MHz channel fillers. Another feature not 
found in other microwave receivers is the l-Q output option. 

The two most common configurations of the IIP 71910A 
operate over the frequency range of 100 Hz to 26.6 GHz. The 
standard IIP 71910A ( Fig. 1. left ) provides both microwave 
Bpectrtim analyzer and microwave receiver operation. An 
alternate configuration, < )ption (II 1 (Fig. 1, right), 
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Pig, 2. A simplified block diagram of the main eoiiipoiictits nl 
the HP 71910 Option 011 receiver. 
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delay performance is improved when lite preselector is by- 
passed. 

The preanip-mixer inicrocircuit following Ihe preselector 
improves sensitivity in iwo ways. Firsi, the preamp compen- 
sates for the loss of the YTF while retaining acceptable in- 
termoriulation performance. Second. Ihe mixer design lakes 
advantage of a special diode configuration to minimize con- 
version loss in the harmonic-mixing bands. 

The final 321.4-MIIz block is the programmable-gain ampli- 
fier. The purpose of this amplifier Is lo maintain a constant 
gain from the RF input to the 321. 4-MHz IF output as a func- 
tion of frequency. The gain is set based on lookup table val- 
ues determined during final test. 

IF Module. The design goals for the HP 70911 A IF module 
included: 

100-MHz bandwidth variable in 10% steps 
70-dB gain in accurate 10-dB steps 
Pulse detector for 10-ns pulses 
70-MHz IF output 
FM demodulator. 



Variable bandwidths and accurate gain are standard in spec- 
trum analyzers, but typically at center frequencies of 3 MHz 
or 21.4 MHz. In the HP 7091 1A all variable gains and 
bandwidths are centered at 321. 1 MHz. The higher center 
frequency and die higher fractional bandwidth presented 
significant design challenges. 

An envelope detector for AM and pidse detection is also 
Standard in spectrum analyzers, but in the IIP 7091 LA de- 
sign we had to accept a 321. 1-MHz input and have band- 
width consistent with recovering 10-ns wide pulses. 

Wide-bandwidth FM signals are common in both satellite 
and terrestrial microwave communications. For this reason, 
wideband FM demodulation, not found in Spectrum analyz- 
ers, was an important design goal in the IIP 7091 1A. 

Within the communications industry, 70 MHz is a standard 
IF frequency. Most commercial communication demodula- 
tors accept 70-MHz inputs. For this reason, a 70-MHz IF out- 
put was considered essential for interfacing lo demodula- 
tors for formats other than wideband AM or FM. 
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Fig- 4 shows the major functional blocks that make up the 
HP 709 1 1 A. The variable gain and bandwidth block includes 
a bandpass filter with bandwidth that varies from 10 to 
l'X) MIL? with I >A< control The filter is a five-pole synchro- 
nously tuned design. The gain consists of seven stages of 
step gains interspersed with the poles of the filter. 

The calibration attenuator and linear detector block in- 
cludes a precision attenuator with 15-dB range and an enve- 
lope detector with 100-MHz bandwidth. The detector is fol- 
lowed by video gain and level control. 

Several optional functions can be added for expanded re- 
ceiver capability. These plug into an option card cage and 
are controlled over a common internal bus. 

FM Discriminator. This hlo< k includes a delay line discrimina- 
tor with excellent linearity and a maximum bandwidth of 
■10 MHz. Two sensitivity positions. 10 MHzA' and 40 MHz/V. 
can be selected. 

70-MHz Down-Converter. This block consists of a down-con- 
version path and a fractional-N synthesized local oscillator. 
The Inning range of the L< ) provides, with a change of out- 
put filter. 140-MHz and KiO-MHz IF outputs. 

Channel Filters. The standard IF bandwidths are of the syn- 
chronously tuned class and provide very good response for 
pulses but lack the shape factor desired for communication 
signals. The channel filters provide a selection of five six- 
pole Chebyshev filters centered at 70 MHz for use as prem- 
iers for the communicaiion demodulators. 

I-Q Down-Converter. This block provides I and Q baseband 
outputs with a 50-MHz bandwidth for each output The local 
oscillator for the down-conversion is synthesized and the 
design is the same as that used for the 70-MHz output. 

A more detailed discussion of the design and implementa- 
tion of the HI' 7001 1A is given on page 80. 

Receiver Bandwidth Improvements 

The increase in bandwidth for Ihe IIP 71910A is dependent 
on the frequency band selected. The receiver bandwidth, 
which depends on Ihe bandwidih of both the HI" and the IF 
modules, ranges from 36 MHz to 100 MHz. The RF band- 
widih of Ihe low-band paih is sel lo 4K .MHz minimum by Ihe 
bandpass filler in the 3^6-Cillz second IF. In the preselected 
microwave path, the bandwidih of ihe RF module ranges 
from .Hi MHz to 00 MHz over the !L7-GHz-tO-26.&-GHz fre- 
quency range. However, when ihe preselector is bypassed 
Ihe bandwidth of the microwave path approaches 200 MHz. 
Finally, when using external mixers for frequencies above 
2(i."> GHz, Ihe bandwidih of ihe RF path will beset by the 
mixers, but is at least 200 MHz. The resulting receiver band- 
widih for each path is summarized in Table I. 

Table I 

HP 71910A Receiver Bandwidths 



HP 70910A 
Signal Path 

Low-Band 
Preselected 

rnpresclei-led 



321 

48 

36 to 60 
Hill 



IF Output (MHz) 

140 

48 
•'Hi to GO 
70 



70 

in 

:lii io I" 
10 



Receiver Operation 

To simplify the HP 71910As operation as a microwave re- 
ceiver, a personality do w nloadable program was created. 
This program, which is loaded into the HP 70! MOB LO mod- 
ule, presents the user with the display shown in Fig 5. Una 
Screen provides information to assist the user in establishing 
the correct gain through the receiver when other processors, 
instruments, or demodulators are connected at the outputs 
The RF/IF Gam annotation shows the total gain from the RF" 
input to the 70-MHz IF output. It accounts for fixed or vari- 
able gain and attenuation in both the RF and the IF" modules 

hi addition to calculating and displaying gain tl trough the 
receiver, the receiver personality extends the gain resolution 
available to the user, hi normal spectrum analyzer opera- 
tion, the IF gain resolution is 10 dB. However, for the HP 
7091 1 A IF module, the personality combines the 10-dB reso- 
lution of the step gains with the 1-dB resolution of Ihe inter- 
nal calibration attenuator to provide 1-dB gain setting reso- 
lution over a 70-dB range. 

The receiver personality also provides control of the Op- 
tional receiver functions such as F'M. I-Q. and channel Otter- 
ing, This partitioning front the basic finnware control of Ihe 
HP 7091 1A was made lo allow for adding options in the 
Future, without the need for a firmware revision. 

In addition to providing an interface for manual control, the 
receiver personality card also provides a programming inter- 
face for automatic operation. After the receiver personality 
Is loaded and initialized, control extensions appear as 
additional programming commands not present in Ihe basic 

Brmware, 

Microwave Vector Signal Analysis 

As mentioned earlier, vector signal analyzers have baseband 
processing capabilities which when used with RF" or micro 
wave down-converters permit a more complete character- 
ization of wide-bandwidth signals, 

The I-Q down-conversion option of Ihe IIP 7I910A was 
designed specifically for use with oilier IIP digitizers and 
oscilloscopes. This option can also be used with a ilual- 
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channel vector signal analyzer such as Hie I IP 89410A to 
extend both the measurement bandwidth and the freiiuency 
range of vector signal analysis. This configuration is shown 
in Fig (i. A special processing mode and careful attention to 
calibration are required for this configuration. The IIP 8041 OA 
and vector signal analysis are briefly described on page 87. 

Applications 

Although much of the early definition work on the IIP 
71010A focused on radar applications, the attention In later 
phases of the design shifted to microwave communications. 
For example, in satellite communications, which requires 
extensive prelaunch testing, postlaunch qualification, and 
periodic quality monitoring of live traffic after commission- 
ing the IIP 71010A has much to offer. 

The large investment necessary to launch a modem commu- 
nications satellite makes it imperative to test the satellite 
and the satellite payloads thoroughly during development 
and manufacturing and. just before launelung (called high-bay 
testing). The number of tests required to fully characterize 
performance combined with aggressive launch schedules 
make testing throughput a major consideration. 



( )ne of the most lime-intensive measurements is spurious 
testing. This is because of the complexity of satellites and 
the nature of the measurements taken using the typical 
sped rum analyzer approach. Sweeping a spectrum analyzer 
over the full transponder band with the narrow resolution 
bandwidth necessary for spurious testing leads to very slow 
sweep times and therefore very long measurement times. 

Fortunately, vector signal analyzers such as the HP 804 IDA 
have much faster sweep limes for the resolution bandwidths 
of 1 kHz or less, which are used for spurious (spur) test- 
ing. By connecting the l-Q outputs of the HP 71010A to tite 
two input channels of the IIP HOI 1 OA as shown in Fig. f>, it is 
possible to perform rapid spur search over a 20-MHz span. 
Repeating this process by step liming the IIP 71010A overall 
the satellite bands provides nearly a xlO improvement in 
spur search speed over sweeping the spectrum analyzer 
with the same bandwidth over the same frequency range. 

Once a satellite is commissioned and carrying live traffic, it 
is important to maintain the quality of the signals since fail- 
ure lo do so can lead to reduced revenues. One important 
measurement is the total power of the down link. The total 



Firmware Design for Wide-Bandwidth IF Support and Improved Measurement Speed 



The addition of a wideband lineai IF module to a Modular Measurement System 
(MMS) spectrum analyzer presented two mam challenges to the firmware" provid- 
ing sufficient operational speed and adding new features arid operations The 
concern over operational speed was heightened by the fad that many of the 
applications targeted by this product required speed similar to that obtained by 
instruments that did not have to account fur either software calibration or 
modularity. 

Operational Speed 

The challenges associated with operational speed involved finding a way lo apply 
calibration in near real time and efficient handling of incoming data and temporary 
variables. 

Calibrated Operation. To obtain calibrated data from an MMS spectrum ana- 
lyzer, every trace data point obtained from the ADC must be corrected using the 
appropriate calibration data. This needs to be done as close to real time as pos- 
sible or the lag between the incoming raw data and the completion of the correc- 
tion processing will quickly become the dominant factor in the retrace dead time. 

The particular calibration data that must be applied and the algorithms that must 
be used to apply it are dependent upon the currently active signal path of the 
instrument. This can change as the user selects different IF bandwidths, different 
AOCs, and so on This situation is complicated further by the desire to be able to 
do trace math (such as calculating the difference of the active trace and a base- 
line trace! as the data is received. Finally, the trace data needs to be sent to the 
remote display (if one is active) as the processing is completed. All of these com- 
plications exist even without a linear IF module 

If a conventional program is used to apply the per-point calibration, the time to 
perform the necessary number of conditional tests would overwhelm the actual 
calculation times An alternative approach has been used since the beginning by 
the MMS spectrum analyzers. Instead of performing the conditional tests tor each 
data point, an efficient state machine constructs a program to perform the neces- 
sary calculations for the current instrument state This is done by properly combin- 
ing machine code program fragments The construction of this program Iknown as 
the RAM program) is properly synchronized with the appropriate state changes 
and trace operations 



During the execution of the RAM program, calibration and interpolation table 
addresses and calibration constants are stored in the CPU registers whenever 
possible. A preloaded register set is prepared at the same time that the RAM 
program is constructed. If the RAM program catches up with the incoming data 
stream, the process running the RAM program can swap nut to allow other opera- 
tions to occur By keeping all the necessary data in the CPU registers, this swap- 
ping occurs quickly. 

To account for a linear IF module, various additions to the RAM program were 
required. Previously, all IF modules supported by the system were log IF modules 
Since all data calibration occurs after the signal has tiaversed the IF section, it 
made sense to keep almost all of the correction factors in dFJ. This has the addi- 
tional advantage of allowing simple addition and subtraction to be used to apply 
the calibration data. Further simplification is achieved by storing the correction 
factors as 16-bit. fixed-point values. A scaling factor of 100 is used For example, 
a value of 10.34 dFJ would be stored as 1034 

With the addition of a linear IF module, the assumption of logged incoming data 
was no longer valid. The main alternatives were either to rework the RAM pro- 
gram to be able to handle linear data (including the need to do multiplication and 
division instead of simply addition and subtraction! or to translate the incoming 
linear data to log data Ipreinterpolation) The latter approach is much quicker at 
performing the calculations, but it also has the potential for a loss of accuracy 
However, with the ADCs currently supported by the MMS spectrum analyzer, both 
the accuracy and the range are limited by the ADC, not by an initial interpolation 
Thus, the preinterpolation approach was taken. 

Later experimentation showed that, with the reference level set properly, a 
38.5-dB range could be achieved with the required accuracy. This was sufficient 
for the intended use of the product When a display of linear voltage or power is 
desired, a table lookup and pnstinterpolation is performed toward the end of the 
RAM program 

Hardware Caches. At fast Ishortl sweep limes, even the RAM program, running 
on a 20-MHz MC68020, is not fast enough to keep up with the incoming data 
stream At this point, the data is buffered for the RAM program to process when 
it can At the fastest sweep times, the data acquisition loop is actually locked in 



84 I Ii IuImt 1995 Hcwlpll-I'arkard JouHtd 

© Copr. 1949-1998 Hewlett-Packard Co. 



power may come from one wideband carrier or it may be 
the sum of hundreds of narrowband carriers. In either case, 
the instantaneous power over the full transponder band- 
width is desired. I "sing swept spectrum analyzer techniques 
for this measurement can limit speed and degrade accuracy 
However, when the channel niters option of the HP 71910A 
is used with the HP 70100A power meter module, a single 
accurate power measurement of the full transponder band- 
width, or individual measurements of carriers with specified 
standard bandwidths. can be performed (see Fig. 7). 

Terrestrial microwave communications is an application thai 
involves wide-bandwidth signals with complex modulation 
schemes. For monitoring microwave link performance, the 
HP 71910A offers an optional 70-MHz IF output for connec- 
tion to products that can demodulate these complex modu- 
lations. This feature might be used for assessing the BER 
(hit error rate) performance of the communications link. 
The BER performance of the HP 71910A was characterized 
during development. The results of those measurements are 
shown in Fig 8. 




Fig. 6. The HP 71910A ronugurfd with UV HP 8941 OA vector 
signal analyzer- 
Other aspects of link performance are often assessed using 
a constellation display. The I-Q output option of the HP 
71910A can be used to display the signal constellation on an 
oscilloscope (see Fig. 9). 

Although swept spectrum analyzers have been used for 
characterization of radar signals for many years, the trend 
toward narrow pulses and intrapulse modulations have limited 
their usefulness primarily to spectrum displays. By connecting 
the HP 71910A outputs to high-speed oscilloscopes it is pos- 
sible to extract much more information about the radar. 



the MC68020 instruction cache to minimize memory accesses for this time-critical 
operation. 

Software Caches. In addition to the hardware cache built into the MC68020, 
the MMS spectrum analyzer firmware makes use of software caches as appropri- 
ate Because of the modular nature of the instrument, a change of state can 
impose a heavy calculation burden. This burden must be borne by an affordable 
CPU 

Detailed timing and analysis of the operation of the instrument revealed several 
intensive calculations that could be identified by a minimal number of internal 
state variables These variables are used as tags for software caches This ap- 
proach saves 60 ms or more for some common state change operations Use of 
these caches was integrated with the RAM program so that a register could ac- 
cess the cache data directly, avoiding costly data copying. 

Further performance improvements were realized by recognizing situations in 
which a calculation might need to be redone because of further user inputs before 
a data acquisition is performed In such cases, if it is possible, calculation is 
delayed. 

Additional Adaptations for a Wideband Linear IF 

Adding more features and operations to the MMS spectrum analyzer involved 
advertising the capabilities of the IF module to the analyzer and preselector cen- 
tering 

Configuration Support. In addition to the changes to the RAM program, the 
main signal routing algorithms had to be enhanced to account for the linear IF 
module In the MMS spectrum analyzer, all modules advertise their capabilities to 
the control module via an ASCII capability string This machine readable string is 
effectively a logical block diagram ol the module, including all inputs, outputs, and 
switching capabilities Some of the elements of this model are named so that Ihe 
control module can properly manipulate the hardware via a standardized command 
language 

The addition of support for a linear IF module required minimal additions to the 
capability string language Most of the components of the module had already 
been modeled Support for an additional value to an existing option flag was the 
only thing required 



Preselector Centering. The wideband IF module presented an additional 
difficulty with preselected systems. With a narrowband IF, the tuning of the 
preselector is done via peaking. In peaking a test signal is injected into the system 
and the preselector hardware is tuned to provide a maximum response. This 
approach does not work for a wideband IF module, since the peak of the passband 
may not be near the center. Hence, using preselector peaking with a wideband IF 
module could easily result in a substantially reduced available signal bandwidth. 

The proper approach for adjusting a preselector to woik with a wideband IF mod- 
ule is to center the filter based upon a user-configurable signal delta value (typi- 
cally 6 dB) Centering occurs in three mam stages First, a coarse search sketches 
the shape of the curve and identifies where to search for the peak value Next, a 
line search identifies the actual peak Both of these steps are similar to what 
occurs for preselector peaking, except that coarse values are saved The final 
step involves fine searches in the areas of the curve that correspond to the user- 
specified delta from the peak value In all searches, an appropriate amount of 
overlap is used since the curve might not be locally monotonic, 

The initial implementation worked correctly, but test users sometimes complained 
that the preselector still wasn't being centered correctly. The typical situation 
was that a user had a band-limited signal path that had not been previously con- 
nected to a narrowband spectrum analyzer Thus, the user was not aware that the 
signal path was the problem 

The solution to this situation is to display the centering graphically as it occurs. 
All of the coarse and fine points are plotted so that the user can see what is 
happening In addition, the user can examine and change the selected centering 
setting 

Conclusion 

By using the techniques described above, we were able to add support for a 
wideband linear IF module into the MMS spectrum analyzer family and achieve 
speed that matches or even exceeds that of instruments with less functionality 
and configurability 

Thomas A Rice 
Development Engineer 
Microwave Instruments Division 
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The HP 89400 Series Vector Signal Analyzers 



The HP 89-100 Series vector signal analyzers are designed specifically for today's 
complex signals They provide insight into a signal's tone-domain, frequency- 
amain, and modulation-domam character istics The HP 89440A and HP 8944 1 A 
analyzers are limited m frequency coverage :e I 8 GHz and 2 65 GHz respectively 
Both are limited to a 7 -MHz information Bandwidth, wnere the information band 
width is the widest-tendvyidth signal that can he analyzed without any loss of 
information The HP 71910A microwave spectrum analyzer and HP 89410A vector 
signal analyzer can be used together to obtain frequency coverage to microwave 
frequencies and information bandwidths to 20 In 

By itself, the HP 894 1 OA is considered to be a two-channel baseband analyzer. 
Each input channel incorporates 3n anti-alias filter, an ADC operating at a 
25 6-MHz sample rate, and dedicated hardware to perform digital signal process- 
ing Normally, these channels are used independently However, when used with a 
Quadrature down-converter, such as the HP 7091 1 A Option 004. the m-phase ID 
and quadrature-phase IQ) signals from the down-converter are each connected to 
an input channel on the vector signal analyzer where they are digitized and then 
recombmed into a single complex signal of the form 1+jQ. Fig. 1 shows an example 
of the measurements obtained when the HP 89410A and HP 7091 1 A are used 
together. Although the I and Q signals are each limned to 10-MHz bandwidth by 
the analyzer's anti-alias filters, the combined complex signal has a bandwidth of 
20 MHz 

Complex Signals 

In any system where the I and 0 signals are analog, the accuracy of the system 
and its dynamic range will be limited by the orthogonality of the signals and by the 
match between the I and Q signal paths Calibration routines can be used to mea- 
sure and improve system performance Isee Fig 21 The system errors observed 
during calibration are reduced using both hardware ad|ustments (performed elec- 
tronicallyl and digital signal processing techniques Table I lists the system errors 
and the action taken to reduce the effects of the errors 

A program has been developed that performs the system calibration and provides 
some level of instrument control This program is compatible with the HP 89410A's 
HP Instrument BASIC Option IC2, eliminating the need for an external controller 

Bibliography 
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Fig. 2. The uppei nace shows the spectrum computed using the I Q signals without calibra- 
tion The lowei trace Is the same spectmm alter calibration Only ttie largest component 
should be present After calibration the spectral line IcenleM caused by residual dc on I and 
Q is substantiallv reduced Tne large spectral component hBS an image to the right ol the 
center This image, which has also been reduced in amplitude, is caused by channel 
mismatch 



Table I 

Summary of Analyzer System Errors 
and Methods to Reduce Them 

Method Used to Reduce Error 



Source ol Error 

1-0 Quadrature 
l-O DCOIfset 
l-Q Gain Match 
l-O Delay Match 



Microwave Signal 
Analyzer 

Hardware Adjust 
Hatdwaie Adiust 



Vector Signal 
Analyzer 



Digital Signal Processing 
Digital Signal Piocessmg 

by Robert T Cutler 

Development Engineer 

lake Stevens Instrument Division 
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Fig. 10. CotUWCttngthe Outputs Ofthe HP 71910A lu an IIP 7071 RM high-speed oscillnscopl enables Che < :i|)lui<- Urcj display of much 
information from ii radar signal. A narrow 20-ns pulse, (b) An KM chirp. 



Fiji. Ida shows a narrow pulse produced by using the video 
out pill of the HP 7(191 OA. and Fig. 10b shows an inlrapulse 
chirp produced by using the FM output of the microwave 
receiver. 
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An IF Module for Wide-Bandwidth 
Signals 



The HP 7091 1 A IF module provides the HP 7 191 OA receiver with wideband 
demodulation and variable bandwidths up to 100 MHz. while maintaining 
the gain accuracy of a spectrum analyzer. 

by Robert J. Armani rout. Terrence R. Noe. Christopher E. Stewart, and Leonard M. Weber 



The 111' 701M1A IF module provides much of the new func- 
tionality present in the HI' 71910A microwave receiver. 
From the start, the primary design goal of the HP 7001 1A 
was to overcome the 3-MHz IF bandwidth liinitation of exist- 
ing Modular Measurenieni System (MMS) spectrum analyz- 
ers. At a minimum, we wanted a tenfold increase in band- 
width, but really hoped to achieve KM) MHz. Although 
bandwidth was the major design focus, several other goals 
were also important, including: 
Accurate gam 
Variable bandwidths 
Pulse detection 

Direct connection to demodulators 
FM demodulation 

I-Q down-conversion, 

< If these goals only the first three are usuallv considered in 

spectrum analyzer IF design. The others were based on the 

need to belter address the more complex signals employed 
in modern communication ami radar systems, 

Given I he range of liandw idllis required, prev ious spectrum 
analyzer IF design work has concentrated on center fre- 

<iucncicsof 3 or 21.4 MHz, Obtaining the accuracy and sta> 
bilitj of both gain ami hanilw idih required even al these IF 
frequencies has always been challenging. While there are a 
number of well-understood design alternatives and ap- 
proaches available for 2L 1-MHz and 3-MHz IFs, ihey did not 
exist for the 1-MHz center frei|uency chosen for the IIP 
7091 1 A. Because of this some degradation of accuracy and 
slabililv was anticipated, and the design team was anxious 
CO minimize any such degradation. 

Fortunately, advances in both components and fabrication 
techniques were underway lhal were applicable to the 
needs of the project. The increasing availability of w ide- 

bandwidtb RF components in surface mount packages and 

the growing internal repertoire of surface mount manufac- 
turing expertise suggested thai the performance goals could 

be achieved without the need for internal microcirciiit 
developments. 

The resulting design makes extensive use of surface mount 
technology to achieve the goal of 100-MHz bandwidth at the 
321. 1-MHz center frequency while maintaining the excellenl 
gain accuracy and stability expected of spectrum analyzers. 

in addition, optional down-conversion and demodulation 



features extend the utility for wide-bandwidth signals with 

complex modulations. 

Fig. 1 shows the major internal functional blocks that make 
up the IIP 7001 1 A. A detailed discussion of the design con- 
siderations for these blocks is given below. Note that the 
module is parti Honed into standard and option sections. An 
Option cardcagc. similar to that offered in the HP KT>!lxE 
Series spectrum analyzers, prov ides a standard interface for 
all options, 

Variable-Bandwidth Design 

The following discussion is div ided into three parts. The first 
pari gives some background about the design of variable- 
bandwidth niters. The second part describes an alternative 

design lhal was considered and proven for 1-MIIz-to- 
10-.MII/. bandwidths. but not included in the final product 
release. The final pan discusses the design of the 10-MIIz- 

to- loo-Mllz bandwidths of the IIP 7091 1A. 

Background, TO serve as background material for describing 
variable-bandwidth filler design, the design approach used 
in the IIP 7O00.tA IF module is described here. The IIP 

70903A w as the predecessor c4 the HP 7091 LA and used the 
synchronously limed class of filters 

Synchronously tuned fillers consist of several poles w ith Ihe 
same center frequency and ()' with buffering between the 
stages. There are several advantages to using this particular 
topology, foremost being ihe excellent pulse response of 
these IllterS. This response allows for fast sweep speeds on 

a spectrum analyzer, since we are trying to create a continu- 
ously variable bandw idth over a large adjustment range, it is 
also important to have a filler lhal can be easily adjusted. 
Synchronously tuned Biters are easy tO tune and are tolerant 
of a slight misalignment indifferent stages. Also, unlike 
Other bandpass topologies, the Q of each stage is less than 
the final required filter Q. 

To make these stages variable-bandw idth, a series resis- 
tance is added to reduce the Q of each of the indiv idual 
slages. The individual stages look like Ihe circuit in Fig. 2. 
The bandwidth of this circuit is given by Ihe following 
equation: 

t Here U li IiIIim quulilv laclnr. mm quflitiaium as tn I 0 modulation 
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Fig. h Block diagram of the HP 709] LA IF module. 



where R,, is the equivalent parallel resistance across the 
tank circuit and R s is the series Q-reducing resistance. By 
adjusting R s , the bandwidth can be adjusted continuously. 
Rp is the combination of the input impedance of the buffer 
stage and the equivalent parallel resistance of the tank 
circuit. 

By cascading several of these individual stages, a synchro- 
nously tuned filter with the desired bandwidth can be 
created. The equation for the bandwidth of an n-stage syn- 
chronously tuned filter is: 



BW,„, U = BW slase 



2k - 1 



The typical IIP spectrum analyzer has four or five stages in a 
synchronously tuned filter, which results in individual stage 
bandwidths of 2.3 to 2.6 times the overall filter bandwidth. 

To implement a continuously variable synchronously timed 
filter, the series resistance is created by using p-i-n diodes as 
variable resistors. The p-i-n diodes used are optimized as 
current-controlled RF resistors. The RF resistance varies 
with forward bias current according to the following rela- 
tionship: 

R = al(- b > 



Amplifier 




Amplifier 




Fig. 2. Rl.r tank circuit with a series resistance (R s ) for adjustment 
This circuit represents one stage of a synchronously tuned filter- 



where a and b are constants and I is the forward bias cur- 
rent in the diode. 

This resistance characteristic holds for frequencies above 
the low-frequency limit, which Ls set by the minority carrier 
lifetime of the p-i-n device. Below that frequency the devices 
behave like ordinary p-n junction devices and rectify the 
signal. This results in distortion effects that can limit the 
dynamic range of the filter. The recommended operating 
frequency is ten times the low-frequency limit, which is 
given by the following equation: 

f|iun — o ^ 

where t is the carrier lifetime. To minimize the distortion 
effects from rectification, often several p-i-n diodes are used 
in series to minimize the signal voltage across each individ- 
ual diode (see Fig. 3). 

This topology depends on a low impedance driving the p-i-n 
diodes and a high impedance buffering the tank circuit. 
Typically an FET buffer amplifier is used as the amplifier at 
the output of each stage because of its high input imped- 
ance. Care must be taken in the design of this amplifier to 
avoid distortion problems caused by the large signal voltage 
across the tank circuit. Keeping the nonlinear junction 
capacitance of the FET buffer amplifier small compared to 



Amplifier 




Fig. 3. RI.C tank circuit with p-i-n diodes in place of a series 
resistance. 
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the capacitance of the overall tank circuit minimizes these 
distortion effects. 

Adjusting the current in the p-i-n diodes can provide contin- 
uously variable bandwidths over a large range. Usually a 
digital-to-analog converter (DAC) is used to control the cur- 
rent in the p-i-n diodes and allow for setting different band- 
widths. 

This method of varying the bandwidth of the filters works 
very well with one slight problem. The series resistance in 
combination with the parallel resistance across the tank 
circuit creates a voltage divider. Varying the series imped- 
ance into the tank circuit not only changes the filter band- 
width, but also changes the loss through the filter as well. 
This amplitude change is an undesirable side effect. Several 
methods have been used to compensate for this change in 
amplitude. 

One of the methods that has been patented by Hewlett- 
Packard uses feed-forward compensation (see Fig. 4). This 
method lias several advantages over previous schemes that 
rely on feedback for amplitude compensation. The idea is to 
sum the proper signal at the output node to offset the drop 
across the series resistance element. 

By summing a properly scaled version of the input signal 
back into the output node with a compensation resistor R r , 
the voltage drop across Rs can be canceled. By setting 
K = 1+RyRp, the voltage at the output node is always equal 
to V,,,. independent of R s . 

Since R p is determined by the Q of the tank circuit and the 
input impedance of the FET buffer amplifier, it does not 
vary with bandwidth. Thus R^. can be adjusted for each pole 
of the filter to compensate for amplitude variations. Varia- 
tions in Rp over temperature can be compensated by using a 
thermistor in the R ( . circuit to cancel their effect. 

Summing a scaled version of Vj„ into the output node with- 
out Introducing significant amounts of noise and distort ion 
is accomplished in some HP IF circuits with a transformer 
circuit. By adding a primary winding to the tank inductor a 
transformer is created with a one-to-four turns ratio (Fig. f>). 
This sets the value of K to be four and determines the value 
of R ( . for a given Rp as: R ( . = 3R p . Using a transformer with a 
one-to-four (urns ratio yields an impedance transformation 
of 1 to 16. Thus, a resistor on the primary side of the trans- 
former looks like Hi times the resistance from the secondary 
side. Feeding the primary side of the circuit from Vj,, 
through a compensation resistor requires a resistance of: 

R,. = 3Rp/16. 

Cascading several of these stages together implements a 
synchronously tuned filter that has a continuously variable 
bandwidth and no change in amplitude. 




Hg. 4. Topology for • feed-forward amplitude compel isaliun circuit. 




Fig. 5. Feed-forward amplitude compensated RLC tank circuit 



The HP 70903A uses four of the stages shown in Fig. 5 to 
implement bandpass filters with bandwidths adjustable from 
100 kHz to 3 MHz at a center frequency of 21.4 MHz. 

Design for 1-MHz-to-10-MHz Bandwidths In I In- HP 7091 1A IF 
module we originally wanted to have continuously variable 
bandwidths down to 1 MHz at a center frequency of 321.4 
MHz. This required an overall O. of 321.4. Even with several 
cascaded stages in a synchronously tuned configuration, the 
individual poles still required a loaded Q greater than 120. 
To achieve a loaded Q this high requires a device that be- 
haves as a resonant circuit with a much higher unloaded Q. 
At a center frequency of 321.4 MHz there are very few 
choices of resonators that can achieve a Q this high. Given 
the size constraints of fitting on a PC board inside an MMS 
module, the possible solutions to this design problem were 
limited. 

Some of the traditional choices for high-Q resonators in this 
frequency range include helical resonators and transmission 
line resonators. The size of either of these choices was the 
biggest obstacle to their use in the HP 7091 1A module. 
A new resonator technology was found that met all of the 
constraints. This resonator is a quarter- wavelength shorted 
coaxial transmission line formed from a high-dielectric- 
constant ceramic material. The dielectric constant of the 
ceramic is approximately 90.5, which yields a length of less 
than 1 inch at 321.4 MHz for a quarter-wavelength resonator. 
The coaxial resonators are formed with a square outer con- 
ductor 0.238 inch on a side and a circular inner conductor of 
0.095-inch diameter. These dimensions are small enough to 
mount four of these resonators on a single printed circuit 
board with the appropriate circuitry to create a four-pole 
synchronously tuned filter. The unloaded Q of these ceramic 
coaxial resonators at 321.4 MHz is around 220. 

A shorted transmission line (T|.) behaves like a parallel RLC 
resonant circuit at a center frequency corresponding to a 
quarter wavelength of line. An equivalent RLC lumped-ele- 
ment model for this circuit can be calculated by matching 
the slope of the reactance change with the frequency of the 
transmission line c ircuit at resonance to an equivalent RLC 
circuit (Fig. 6). The equivalent parallel resistance can be 
calculated from the Q of the resonator. 

To implement asynchronously tuned filler all of the stages 
need to be aligned to exactly the same center frequency. By 
adding an adjustable capacitance in parallel with the 
shorted transmission line the stages can be pulled into align- 
ment with the center frequency. This requires that I lie 
resonant frequency of the resonator be higher than the final 
required center frequency because Hie added parallel capac- 
itance will lower the resonanl frequency. 
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Fig. 6. Equivalent circuit roc a ceramic resonator, 

Tin- resonator chosen lor the III 1 7()!M 1A investigation was 
enl lo a length thai corresponded to approximately •'!<><' MHz 
so that il could lie pulled into alignment at -'121. 1 MHz. I'sing 
varactor diodes lor I he parallel capacitance allows the align- 
ment of all of Hie center frequencies using a DAC under 
automated computer control. 

For a square transmission line with a round center conduc- 
tor the characteristic impedance of the line can tie approxi- 
mated by the following formula: 1 



7 _ 60 
At) = — 

>'«r 



ta[l.075 



079^ 
d 



ohms 



where w is the width of the square transmission line, d is the 
diameter of the coaxial element center conductor, and e, is 
the relative permittivity of the dielectric. 

From the dimensions given above for coaxial resonators, 
is calculated to be approximately ohms. I 'sing the formu- 
las given for R. L, and (' in Fig. (i, the equivalent circuit of 
the resonator looks like Fig. 7. 

Tip implement a four-pole synchronously tuned filler, the 
final Q Of each stage needs lo he 140 to meet the final de- 
sired bandwidth of 1 Mil/.. This implies a total parallel equiv- 
alent resistance of 100-1 ohms. Since the resonalor parallel 
resistance Ls only 1765 ohms, the total impedance of I he 
circuit tiiat buffers each stage must be greater than 2-'i27 
ohms. It is a challenging design task to generate a buffer 
stage with that high an impedance at a frequency of 
321,4 MHz. To attain a maximum bandwidth of 1<) MHz the 
equivalent parallel resistance needs to be 100.1 ohms. 

The circuit topology used for the 10-MHz to 100-MHz band- 
widths, which is discussed in the next section, worked well 
at the lower Q levels, but was unable to provide the high 
impedance necessary for the minimum bandwidth of 1 MHz. 
To attain the high impedance needed, a GaAs FET buffer 
stage is used across the resonator (see Fig. .H). The driver 
stage is a common-base configuration so the output imped- 
ance level can be set high enough to be stepped up by a 
lapped-capacitor transformer circuit, which is similar to the 
lO-MHz-to-100-MHz bandwidth circuit. The varactor diodes 
used to vary the capacitive laps have a tuning range of ap- 
proximately 10 to 1. 



1765 Ohms 
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Fig. 8. Resonator with rinuiiry fur bandwidth and cotter Enqueues 
tuning 

For a lapped-capacilor transformer the effective turns ratio 
is given by: N = CVC-i + '■ The impedance ratio varies with 
N-. This impedance ratio provides the required bandwidth 
range bill there is a drawback. The lappcd-capaeilor trans- 
former also steps up the signal voltage at the input of the 
FET amplifier. This leads to distortion problems. The solu- 
tion was lo step the voltage back down with a fixed-ratio 
tapped-i apai ilor transformer (see Fig. 0). This keeps the 
voltage at the FET down lo a lev el that keeps Hie dislortion 
within allowable limits. 

Vary ing t ', ami t"i, can set the desired bandwidth front 
2.3 MHz lo 2-1 MHz for each pole. ( ',■ is used lo ;uljust the 
center frequency lo 321.4 MHz for each pole. Since Ihe effec- 
tive capacitance across the resonalor changes as the lap 
capacitors are varied, the center frequency needs to be re- 
adjusted as the bandwidth is varied. This is accomplished 
with varactor diodes driven by DACsand a lookup table 
containing the appropriate voltage sellings for each band- 
width ill 10% increments over the entire range of band- 
widths. Cascading four of these slages as a synchronously 
limed bandpass filler yields an overall bandwidth of 1 MHz 
lo 1(1 Mil/. 

Design for 10-MHz-to-100-MHz Bandwidths. I he dynamic range 
limitations of the resolution bandwidth filter design ap- 
proaches described above n leant that they would not work 
for the III' 7001 1 A. A different approach was needed. A syn- 
chronous type of filler was slill desired because synchro- 
nous fillers have low group delay variation. This is a require- 
ment for good pulse fidelity, which was one of the goals for 
the HP 7001 1 A. A five-resonator synchronous filter was cho- 
sen for the shape factor requirements and the range of band- 
Width desired. These are two conflicting requirements 
because, unlike other filter types, increasing the number of 
resonators in a synchronous filler decreases the required () 
of Ihe individual resonators. For Ihe required maximum 
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Fig. 7. Circuit values for the ceramic rpsunaturs equivalent circuit. 
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bandwidth i>f KM) MHz at a resonant frequency of 321.4 MHz. 
the fractional bandwidth of the composite filter is over 30%, 
and with five resonators, each tank would have a fractional 
bandwidth of over 80% of its center frequency. 

A variable resonator with low insertion loss and low distor- 
tion was needed. Existing variable-bandwidth filters 
changed the y of the resonator by varying its load resis- 
tance Por a five-resonator synchronous filter 



For the Id-Mil/, bandwidth, 

Qse.i.0.. = (:i2I-4/tO) x ,2' I = 12.39. 
aad for the 100-MHz bandwidth. 

Qsmion = (321.4/100) x «2 I/S - 1 = 1.24. 

For a single resonator, the bandwidth would be 21' MHz for 
the composite filter to have a 10-MHz bandwidth and 2i>0 
MHz for a 100-MHz setting. That means that a parallel reso- 
nator with at) impedance of about 35 ohms at resonance 
would need to see a parallel resistance of between 4"< and 

450 ohms. 

One Of the ways the Q was changed in previous variable- 
bandwidth filters was to change the loading on the resona- 
tor with p-i-n diodes. A current source drove a series of p-i-n 
diodes connected to the lop node of the resonator, wiiich 
was connected lo a high-impedance amplifier. 

This is a good solution since p-i-n diodes act like inexpen- 
sive electronically controllable KF resistors. Distortion in 
p-i-n diodes can be reduced by pulling a lot of them in series 
and using i he same bias current. This method was tried but 
there was n problem. For the narrow bandwitllhs. a large RF 
voltage is present at the top node Of the resonator. When 
this voltage is applied lo the gale of a FKT or the base of a 

bipolar junction transistor, the junction capacitance is var- 
ied hv the- RF voltage, causing distortion. \i 1-MHz 01 
3-MH2 center frequencies where Ihis scheme has been used. 

the change in impedance because of this parasitic varactor 

is not significant. Ai :I2I I MHz the degradation in the third 
order intercept is loo great given the aggressive goals of the 
HP 70911 A. 

It seemed wise at 321.4 MHz to avoid high impedances, high 
RF voltages, and noise-figure-degrading p-i-n diodes. Trans- 
forming our characteristic impedance of 60 ohms up and 
then down using reactive transformations would allow us lo 
avoid high-impedance amplifiers and p-i-n diodes. A capaci- 
ttve transformer could be implemented with varactors to 
give us the desired continuous bandwidth variation. How- 
ever, reference lexis suggest that capacitive transformers 
should be used in cases w hen- the resonators are only oper- 
ated up lo 20% bandwidth. In the IIP 7091 1 A, the resonators 
need to operate up to 8196 bandwidlh. It seemed like there 
was little hope of getting Ihis scheme Hi work, but il was 
tried anyway. 

Willi this topology the only place that there would be high 
RF voltages is at Ihe lop node Of the resonator. Since there 
were going to be varactors at that node, there was concent 
about distortion. This was solved by putting Ihe varactor 
diodes in a back-lo-back configuration so thai there would 




Fig. to. Resonator for io-mHz-io-hhi MHz bandwidth. Tba 
vnriiiblp t apniiinrs ;ire vur.M-ter diodes. 

be some cancellation of the effect of the RF voltage (see 
Fig. 10). In ihis circuit, when the upper varactor increases in 
capacitance because of a positive swing of Ihe RF voltage. 
Ihe lower varactor decreases its capacitance, canceling out 
the change, Thus, the distortion problem was minimized. 

The main effect of Hying for over 80% bandwidth with ca- 
pacitive taps is a nonideal filler shape ( Fig. 1 1 ). At Ihe Wider 
bandwidth settings the upper tap capacitors are much larger 
than the lower lap capacitors. The circuit resembles a high- 
pass filter and doesn't have the ideal resonaior rejection 
above resonance. This can be compensated by adding series 
inductors that will resonate with Ihe upper tap capacitors 
(Fig. 12). The bandwidth of these outer resonators is high 
enough for the maximum bandw idth desired. As the main 
resonaior bandwidlh is decreased Ihe outer resonator shifts 
up in frequency because the upper tap capacitance de- 
creases. This shift does not cause trouble since Ihe outer 
resonator has a bandwidth thai is high regardless of the lap 
setting because of its 50-ohni loading on one port and van 
able loading on the oilier poll 

The main resonator impedance was chosen lo be :i,"> ohms at 
resonance so thai for the widest bandw kit lis Ihe Q-l educing 
resistance required was greatei than 2"> ohms ( "ill ohms at 
tin- input in parallel with f>0 ohms at the output 1. 1 Hu e thai 
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Fig. ii. Tin- nonideal Bltei shape thai results from using i spat itsni e 

in achieve liver 80% bandwidth. 
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Fig. 12. Resonator compensated by adding series indticlors thai 
will resonate with the upper tap capacitors. 

was decided, lite values for L and C were easy to calculate. 
One of the complications of using the tapped capacitors is 
I hat the equivalent capacitance in shunt with the tank induc- 
tor changes with the bandwidth. This problem is solved by 
using DACs to control the voltages of all the varactors. A lot 
of calibration ROM space is required to support this circuit 
topology. /Ml five resonator circuits have the lower and up- 
per lap varactors ganged together (see Fig. 13). The shunt 
tank capacitors arc connected to separate DAI" outputs al- 
lowing independent control of the center frequency of each 
resonator. 

The resonator circuit shown in Fig. 13 is used in the HP 
7091 1A. The insertion loss for this circuit is less titan (> dB 
for the 26-MHz setting and about 1 dB at 260-MHz band- 
width. The ihird-order intercept point is about +29 dBm re- 
ferred to the output for all settings. Group delay variation is 



less than half a nanosecond in wide mode and about 3 us for 
the narrow-bandwidth setting. 

Accurate Gain 

The gain accuracy of the IIP 7091 1A IF module depends on 
the gain of the seven step gains and the five filter poles and 
the accuracy of the calibration attenuator. How gain accu- 
racy is achieved in each of these elements is discussed 
below. 

Calibration Attenuator. The calibration attenuator is used (lur- 
ing self-calibration of the III' 71910A receiver. The customer 
performs receiver self-calibration periodically to ensure that 
the receiver meets all of its specifications. This procedure 
measures and corrects several aspects of receiver perfor- 
mance. Among other things, it measures the gain of the step 
gain and att enuator stages and measures and corrects dis- 
played linearity errors in the linear detector. 

Since the calibration attenuator is used as a reference stan- 
dard against which other parts of the receiver are measured, 
it is essential that the attenuator yield accurate anil stable 
gain over die receiver's specified 0-to-55°C operating tem- 
perature range. Over this range, and over the attenuator's 
0-dB-to-13-dB attenuation range, accuracy is guaranteed 
within 0.3 dB at 321.4 MHz. 

At these frequencies, variable attenuators are traditionally 
designed using semiconductors with bias dependent resis- 
tivity. Examples would be p-i-n diodes with a current depen- 
dent resistance or GaAs FETs with a resistance that depends 
on gate voltage. Unfortiuiately, these types of attenuators do 
not demonstrate the required temperature stability. For this 
reason, the calibration attenuator was designed as a series 
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Fig. 13. Circuitry for one pole of the IF bandwidth filter showing the tipper and lower tap varactors ganged together. 
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Fig. 14. The calibration attenuate* 

is designed as a series of swilch- 
alili' aili'iiiiai'ir s<i-iions. 



of fixed switchablc a( I enual or sections (Fig. 11). Tin- I-dB 
through 8-dB attenuator stages are pi attenuators made wiili 
surface inoiinl thick-film resistors. The 0.25-dB liirougli 
().0:i-dB allenualor slages could not he designed as pi altenu- 
ators because Ihe resislance values required for these very 
WW altenualion values would not be achievable at 321.4 
Mil/. 

Instead of trying to figure out a way to build a 0.0'1-dB atten- 
uator, we built a li-dM lee attenuator with an attenuation we 
could vary slightly. This was done by changing the resis- 
lance of the shunl element of the b-dl! attenuator. By switch- 
ing around small resistors in series with much larger ones, 
very small attenuation steps can be realized. Changing only 
the shunt element in this allenualor does cause Ihe atlcnua- 
lor's reluni loss lo vajy across its Q&dB altenualion range, 
but Ihis effect is small enough lo be acceptable 

Willi standard 1% lolerance resistors, Ihe attenuation accu- 
racy of this circuit will not be exact enough without align- 
ment During alignment of the IIP 7001 1A. each I-dB calibra- 
tion allenualor step is measured and corrected lo the 

desired value by turning on the appropriate combination of 
small aiienuaior sieps. This alignment data is then stored in 
EEPRGM 

Step Gains. The purpose of step gains is lo substitute a 
known fixed gain ahead of Ihe deleelor lo enable accurate 
measurement of low-level signals. The ideal step gain has a 
(I-dB gain stale and a 10-dB gain stale. The implementation 
in the HP 7091 1A is shown in Fig. l- r ,. The 0-dB (bypass) path 
actually has approximately 2 dB of loss, while ihe 10-dB 
(gain) path has approximately an 8-dB gain. The goal of the 
circuit is to make Ihe gain difference between Ihe (l-dll and 
10-dB States exactly Ml dB. The variable allenualor in the 
gain path allows the gain lo be trimmed lo achieve Ihis accu- 
rate gain difference. During alignment the DAC values re- 
QUired to trim the gain are determined for each of the step 
gains from measurements made at 0, 25, and f>r>'-(\ These 
I IA< ' values are slored in EEPRt ).M tables which an- con- 
sulted by Ihe module firmware during Operation. As tnen- 
lioned above. Ihe calibration attenuator is used during cali- 
bration to measure Ihe actual gain step value. In addition, 
because the calibration attenuator is accurate io within 



0.:S dB. it can be used in conjunction with the step gain to 
provide accurate 1-dB gain steps over most of Ihe 7(l-dB gain 
range. 

Filter Pole Gain. As discussed above, bandwidth variation is 
obtained with a controlled sanation of the Q of Ihe filler 
pole. Because of this, the gain of the filter pole also varies 
with bandwidth. It is necessary to compensate for Ihis gain 
variation if the module gain is to be accurate for all hand- 
widths. Since bandwidihs are in 10% steps (10. 11. 12.1. ...). 
there are a Unite number of bandwidihs for which gain com- 
pensaiion is required. Associated with each filter pole is a 
programmable gain block (see Fig. Hi). This gain block is 
used to provide the necessary gain compensation. The DAC 
values for this compensation are determined during align- 
ment anil slored in F.KI'lJl ).M tables, which are consulted by 
Ihe firmware each lime Ihe bandwidth is changed. 

In addition lo controlling Ihe nominal gain of Ihe filler pole 
these programmable gain blocks also play a role in tempera- 
lure compensation of ihe overall gam of ihe module. Gain 
drift with temperature is most troublesome during warmup. 
For Ihis reason. Ihe temperature of the module is monitored 
during warmup and the temperature value is used lo adjust 
Ihe gain lo keep ihe output levels relatively constant. The 
warmup period is defined as the first hour after the module 
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fig. is. \ i>i<i<'k diagram of the stepgabu in ihe HP 70911 A, 
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Fin- 1<>. \ representation "i ■> programmable gain block 

is powcrcii on. During iiiis period the temperature is mea- 
sured (Mice per minute and the rale of change is used lu de- 
termine the size of the gain adjustment required After the 
waimup period; the gain is stable for small changes in tem- 
perature so this compensation mechanism is disabled. 

The module firmware orchestrates gain changes based on 
sampling a temperature sensor voltage with an ADC. The 
ADC values arc used in calculate the gain change based on 
the following equation: 

(V. - Vajgg 

v* - v„ 

Where V ( is the voltage representation for the current tem- 
perature, v„ and Vjjg represenl the voltage values for 2"> and 
BS "(' respectively, and < ; , . is the peak gain change between 

2"> and ■"> (' Tot each bandwidth, ti,, is determined during 

alignment 

The gain change calculated is used to index into an 
BEPRt )M table to determine the DAC value necessary to 
achieve the desired gain. The DAC-value-versus-gain rela- 
tionship is determined and stored during lactoty alignment 

Pulse Detection 

The linear detector allows the receiver's user lo recover AM 
and pulse modulation from the input signal. It strips the car- 
rier from the input signal and loaves only the envelope 
(Fig. 17). The resulting envelope information can then be 

displayed on an oscilloscope, allowing the user tO analyze 
the modulation or transient characteristics of the input 
signal. 

The key performance specifications for the detector are 
bandwidth, dynamic range, and pulse Fidelity We would like 

the detector bandwidth to be much w tder than the IP mod- 
ule's bandpass filters so thai it does not limit the CP module's 




lal lb) 

Fig. 17. i ,i i Input in the linear detector (b) Output from the linear 
detector :ifter die carrier is stripped off 



bandwidth. The bandpass fillers have a maximum band- 
width Of 100 MHz, which is equivalent to ~><> MHz after detec- 
tion. The detector is guaranteed to have at least twice this 
bandwidth, or iOO MHz. Dynamic range is a measure of the 
linearity of the detector. This is measured bj changing the 
inptti RF voltage in 1-riB steps and measuring Ihe resulting 
change in the d< output voltage, Ideally, it should also 
change by 1 rill. OUT specification guarantees that over a 
2ii-ril$ range, this change will be accurate within :!%. 

Previous linear detectors in IIP spectrum analyzers have 
achieved this performance, but at much lower IF frequen- 
cies of 10.7 or 21.1 MHz. Achiev ing this performance al 
321.4 MHz was the most challenging aspect of this design 
A schematic of this circuit is shown in Fig. IS. Ql is a 
common-base buffer stage that drives Q2. which is the de- 
tector transistor. Q2 anil ( HI each act as half-wave rectifi- 
ers. Positive half cycles of <Jls output currenl How through 
CIJ1 lo ground. Negative half cycles How through Q2's emit- 
ter and collector anil develop a voltage across HI. Ihe load 

resistor. 

The fundamental linearity problem is that ihe input imped- 
ance of Q2 varies dramatically with signal level. With no 
input signal. Q2 is biased at 121) uA This yields a ric resis- 
tance looking into the emitter of 217 ohms. Al full-scale out- 
put, the dc emitter currenl is 10 mA. reducing the resistance 

lo 2.6 ohms. This load resistance is in parallel with several 
parasitic loads ( Fig. 111). Among these parasitic loads are 
CM's output capacitance. (J Is collector bias network, the 
parasitic capacitance of the printed circuit board, and Ihe 
capacitance of Q2's base-emitter junction. Al high signal 
levels, Q2's input resistance is low, and essentially all of (J Is 
Output current is delivered to the desired load. At low signal 
levels, Q2's input resistance is high, and the parasitic ele- 
ments tend to shunt current away from the desired load. 
This variable currenl shunting degrades the linearity, so 
good linearity requires that these parasitic elements load the 

circuii as little as possible. 
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Fig. is. Linear detector circuit. 
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Ql's output capacitance is minimized liy using a common 
base configuration. Also, a microwave transistor is used 
because Of Hs low capacitance. Tlie load impci lance of the 
collector bias network Is maximized by careful design of the 
bias network. The printed circuit board layout is also 
carefully designed lo make nodal capacitance as small as 
possible witttOUl sacrificing tiiamifacliirabililv 

The selection of the right transistor for Q2 was perhaps the 
most critical component of the design. We needed to use a 
microwave transistor to gel the low junction capacitance we 
wanted. We needed two things from this transistor a low 
liase-emiltei capacitance and. if possible, a capacitance that 
decreases linearly with decreasing collector current. We 
wanted this relationship between capacitance and current 
because if capacitance decreases linearly with current, then 
that capacitance will not degrade the detector's linearity. 
This is because the junctions capacilive reactance will in 
crease as its resistance increases, and the fraction of current 
"Stolen" by the Capacitor will not vary with signal level, 
Since this shunting effect is independent of signal level, it 
will not degrade linearity. 

It rarely happens, but sometimes semiconductor physics 
decides lo give you just what you'd like. This is one of those 
eases. To a first -order approximation the base-emit ler Ca- 
pacitance of a bipolar transistor is linearly proportional to 
bias current, at least at moderate current levels. Even better, 
we could easily extract this information from a transistor's 
data sheet curves. Low base-emitter capacitance is roughly 
equivalent to high IV (transition frequency). A capacitance 
proportional lo bias cut rent will reveal itself as a curve or I'r 
thai is Oat versus bias current, Theory suggests, and experi- 
ment demonstrated, thai the best deiectoi transistors are 
those thai have a high ami relatively constant Pr over their 
entire operating current range. Unfortunately, most micro 
wave transistor data sheets do not give f-r- curves over the 



100:1 range of bias currents that we wanted Fomuiatelv for 
us. w e have a lot of data books and found some microwave 
transistors that met our needs. As expected, the transistors 
with the best (j curves yielded the most linear detectors. 
Typical linearity error for the detector we selectiil is shown 
in Fig. 20. 

Tin- detector's output current flows across Rl. generating a 
1-volt drop at the maximum input level. Since the other end 
of Rl is tied to the ft-volt supply, ii is necessary to use a dif- 
ferential amplifier lo reference the signal to ground A sim- 
pler approach would have been to tie Rl to ground instead 
of +8 volts and to tie CRTs cathode to -S volts. This would 
have eliminated the need for a differential amplifier: But this 
would have made it difficult to achieve good pulse fidelity. 

Achieving good pulse performance can be hard even with 
nominally linear circuits, but it is pailicularly difficult to do 
with inherently nonlinear ones like detectors. These ein nits 
can exhibit overshoot, droop, or both on any lime scale 

(microseconds to seconds) if their bias networks are not 
designed correctly. If the bias networks exhibit significant 
impedance at virtually any frequency below hundreds of 
MHz. the bias voltages in the detector can vary with the 
inpui signal, causing imperfections in the detector transient 
response. For this reason it seemed risky to try lo build a 
good enough bypass network that could have presented 
CRTs cathode with uniformly low impedance across a broad 
frequency range. Rather than accept Ibis risk, we chose to 
ground CRTs cathode and accept the complexity of a differ- 
ential amplifier to recover the detected voltage. 

The differential amplifier is integrated with a low-pass filler 
that removes the :<21.4-MIIz component from the hall-wave 
rectified voltage across Rl. This is an elliptic low-pass Biter 
with a 2IH)-MIIz coiner frequency. Even though elliptic fillers 
have notoriously poor pulse response, we can use one here. 

We can do ibis because of the bandwidth limitation imposed 

on the input signal by the IF module's bandpass filters. The 

elliptic filters bandwidth is four times higher than the effec- 
tive posldetection bandwidth of the IF module's resolution 

bandwidth niters since these filters prevent the higher 

frequency components from reaching the elliptic filler, only 
very low levels of ringing are observ ed in the delected out- 
put. We were able lo demonstrate this by simulaling the 
pulse r€Sp0nse Of the resolution bandwidth fillers cascaded 
with an elliptic detector fillet'. As a result, we avoided the 
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Fig. 20. 1 tclei'toi linearlt) error, 
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need for a more complex full-wave rectifier with its inherent 
carrier suppression. 

Standard IF Outputs 

FOI direct c< -el ion to commercial demodulators a 

70-MHz or 140-MHz CP output Is required. The HP 709UA 

offers either or both of these outputs as options. 

A simplified block diagram for these options is shown In 
Fig. 21. Both down-converters use the .'!21. 1-MHz local oscil- 
lator c ircuits (described later). This design has a \'< '< ) tuning 
range sufficient for both down-converters. The I.< > frequency 
for the 70-MHz down-converter is 391.4 MHz and the I-' ' 
frequency for the 140-MHz down-converter is 101. -I MHz. 
These l.<) signals arc applied to a mixer which has some 
buffering in front of it and is followed by an optional filler 
and ;ui amplifier. Image rejection filtering is not part of the 
design since it is assumed thai the variable-bandwidth filters 
are in the upstream path. The output filler is used lo confine 
the output bandwidth lo a specified amount. 

The same basic design is used for both down-converters. 
The key difference is that in the 140-MHz design a pad fol- 
lows the mixer, whereas in the 70-MHz design there is a 
diplexcr at the mixer output, which provides a good out-of- 
band impedance nialch. The 70-MHz design lias also been 
made available BS a special option for the HP SfillXE Series 
sped nun analyzers. 

Channel Filters 

Tin- channel fillers option provides an electronically switch- 
able bank of five bandpass fillers and variable gain thai can 
be used ai 70-MHz. 140-MHz, or 160-MHz center frequencies. 

The input of the board goes to each filler cell through a 
series of GaAs sw itches and well-isolated striplinc 50-Ohm 
printed circuit hoard traces. The cells are huge enough for a 
Standard-size printed circuit board-mounted filler. The ma- 
chined aluminum shield has pockets on the bottom to keep 
Che signal pins of the filter isolated from each other. There is 

also a through path available for bypassing the fillers. Alter 
the switching network, there is a p-i-n diode attenuator I hat 
allows continuous electronic amplitude control. Next, there 
is a high-dynamic-range, wide-bandwidth amplifier. The am- 
plifier also provides temperature compensation for the gain 
of I he board. The compensation is done by using a thermistor 



to vary the current in a p-i-n diode which varies the emitter 
degeneration impedance with lemperature. 

The exc ellent isolation, wide bandwidth, and variable gain 
make the channel filters a flexible option for any of the 
standard IF outputs. 

FM Outputs 

The FM discriminator generates an output voltage that is 
linearly proportional lo the frequency of the input signal li 
is used lo demodulate wideband frequency modulated sig- 
nals such as i hose found in satellite television links or chirp 
radars. 

The key performance specification for the FM discriminator 
is linearity. Ideally, the freqiiency-mpul-to-voltagc-otitput 
transfer function should he a straight line. Our goal was to 
make the maximum error from a straight line less than 1% of 
the full-scale output across the 40-MHz deviation range of 
the demodulator. The techniques used in 1 his design were 
driven primarily by that goal. 

Man\ different types of circuits have been designed lo do 
I'M demodulation. There are Fosler-Seely discriminators, 
ratio detectors, phase locked and frequency-locked demodu- 
lators, and slope detectors. Digital techniques, which count 
the zero crossings of the input signal and extract the fre- 
quency information mathematically, offer the promise of 
the highest linearity. These techniques are used in the 
IIP 6871A, 2 the IIP 53301A, and other modulat ion-domain 
analyzers from Hewlett-Packard. Although I hey achieve ex- 
cellent linearity, these products are large and expensive and 
certainly would not fit on a single l-inch-hy-7-inch card in 
the IIP 7001 1A. For these reasons, it was necessary to pur- 
sue a differenl approach. 

Two analog demodulators seemed to offer the best potential 
for high linearity across a broad band: a pulse count demod- 
ulator and a time-delay discriminator. A pulse count demod- 
ulator I Fig. 22) generates a fixed-length output pulse al 
every zero crossing of the inpul signal. Since higher-fre- 
quency signals have more zero crossings, the output pulses 
occur more frequently. As a result, the dc average value of 
the output pulse train is higher for higher-frequency inputs. 
The low-pass filler placed after the pulse generator filters 
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mil the carrier frequency component of the pulse irain. leav - 
ing a do value linearly proportional to the input frequency. 
This linear conversion of input frequency to outpul voltage 
is just what we needed to build a linear discriminator. 

This type of demodulator can be implemented very simply 
and inexpensively hy using a relriggeralile one-shoi Inner lo 
generate ihe output pulses. It does, however, have disadvan- 
tages in our application. For one, very narrow pulses would 
be required to make this work at -'321.4 MHz. Also, these sim- 
ple one-shot timers tend lo have noisy outputs because of 
variations in the width of the output pulse. 

A tune-delay discriminator works by converting the input 
signal's frequency modulation otto phase modulation 
(Fig. 23). A delay line delays the input signal by a fixed 
amount of time. A phase detector on the delay line output 
compares the phase of the input signal against the phase of 
the time-delayed version of the input. Since Ihe phase of a 
high-frequency signal changes more rapidly than Ihe phase 
of a low -frequency signal. Ihe phase difference between the 
two inputs lo the phase detector will increase linearly with 
frequency. The output vollage of Ihe phase detector is pro- 
portional lo this phase difference anil thus, proportional to 

the frequency of the input signal. Typically, the length of ihe 

delay line is chosen so I hat the signal will be delayed !»() de- 
grees at the center frequency of ihe discriminator. This gives 
zero volts do output at the center frequency and centers Ihe 

output in the middle ofthe phase detector^ transfer func- 
tion. This inherently linear conversion of frequency lo phase 
seemed lo make this type ol'circuil a logical candidate for 

our application. 

However, this type of discriminator posed two potential dis- 
advantages for our application. First, this discriminator is 
inherently limited in the maximum frequency deviation and 
the maximum modulation rate it can handle. Typical phase 
detectors only behave well when Ihe phase difference be- 
tween the inputs vanes by less than ISO degrees. Because 
phase difference is proportional lo input frequency, the max- 
imum frequency deviation the discriminator can handle is 
limited Also, the sensitivity inherently rolls offal high mod- 
ulation rales. In other words, as Ihe input frequency starts to 
Miry' more quickly, the level of the demodulated outpul will 
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start to drop. Tie longer the delay line, the lower the modu- 
lation rate at which this will occur. In our case, we need to 
demodulate broad frequency deviations and as a result the 
maximum delay line length is limited by deviation require- 
ments and not modulation rate needs. 

The second disadvantage of the time-delay discriminator is 
hased on phase detector characteristics. Our high IF tit 
321.4 MHz would suggest ttsing a double-balanced mixer as 
a phase detector. Conventional double-balanced mixers are 
designed to work with a sinusoidal RF pon drive. The result 
is that the mixer output voltage varies sinusoidally with the 
phase difference between Ihe IX) and the RF waveforms 
t Fig. 24). Therefore, it is only linear if the phase difference 
between the input signals does not vary much from VHI 
degrees. Since wc wanted good linearity, that meant a short 
delay line. Unfortunately. Ihe shorter the delay line, the 
lower the sensitivity ofthe discriminator. Short delay lines 
mean low phase shifts and therefore low output voltages. 
For good signal-to-noise ratio, we wanted to maximize the 
lime delay. 

A double-balanced mixer has a sinusoidal transfer function 
because its RF input voltage is sinusoidal. Ideally, if its in- 
puts are square waves, the transfer func tion would be linear 
over a 180-degree range. However, generating very fast 
square waves is hard, and Ihe mixer would need a very 
broadband de-coupled IF to work well. Fortunately, there is 
a lype of double-balanced mixer that meets these require- 
ments: the exclusive-OR gate. An ideal double-balanced 
mixer generates its IF by inverting the RF waveform when- 
ever the amplitude Of the LO crosses zero (Fig. 25). This is 
exactly what a digital exclusive-OR gale does with logic-level 
inputs. Thus, with this characteristic an exclusive-OR gate 
can be used as a double-balanced mixer. 

Because of our high IF and broad frequency range, we 
needed lo use very fast logic circuitry if we wanted this to 
work. Motorola's ECLinl'S Lite family of emitter-coupled 
logic turned out lo be perfect for our application. These 
logic gales come individually packaged in eight-pin small- 
oulline ICsand feature rise times under '11)0 picoseconds. 
The fast, square pulses generated by Ibis logic are perfect 
for making a very linear phase detector. 

When logic gates are as small and fasl as these, it's only nat- 
ural tO use them wherever you can. In the end almost all the 
functions On the board including limiting amplifiers, mixers, 
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Fifi. 25. Ext lusive OR transfor function 

and pitas.' detectors were implemented using these RF logic 
gates. Because of the nature of km modulation and demodu- 
lation, (ogle parts work well in frequency modulation 
applications. 

Fiji. 2li shows a block diagram of the FM discriminator. The 
:I21. 1-MHz inpul is applied to a limiiing amplifier. The limit- 
ing amplifier is a high-gain stage dun turns the incoming FM 
sine wave into a constant-level frequency modulated square 
wave. Given that our signal processing is done with logic 

pans, we obviously needed something like litis lo convert 
the input into ECL levels. 

An ideal FM demodulator is insensitive lo amplitude modu- 
lation Of the input signal. The output voliage should not 
change at all when the input amplitude varies. Limiting am- 
plifiers are used to achieve this. They have high gain and 
clip the level of the output signal at a predefined level; Our 
limiting amplifiers are implemented with ECL line receivers, 
w hich are differential-input high-gain amplifiers with ECL- 
level outputs. Their high gain and hard limiiing allow the FM 
demodulator to work properly with inputs as low as dHm. 

The output of lite limiiing amplifier is a square wave with a 
nominal center !'rei|uency of ."121.4 MHz. This is mixed 
against a 2iil>-MIIz L< > to a lower frequency of 71.-1 MHz. 
where the actual demodulation takes place. Originally, the 



intent was lo do the del lulation al 321.4 MHz. As we bet- 
ter understood lite problems we faced in trying to achieve 
good FM linearity, it became clear dial using a lower fre- 
quency would produce better results. At a lower frequency, 

the period of lite IF is longer. The rise lime of the parts used 
docs not change, so overall the square waves are "squarer." 
< >ur analysis of the lime-delay discriminator showed thai n 
was perfectly linear, bul this is true only if the square waves 
are perfect 

The use of small surface mount logit pails enabled its in 
design compact Lo generation and frequency conv ersion 
Circuitry. The 250-MHz L( ) is derived front the 300-MHz ref- 
erence frequency available in the HP 70011 A. The 300-MHz 
signal is converted lo E( L levels by a limiiing amplifier. The 
300-MHz reference clocks a prescaler. which divides the 
input frequency by six lo produce a "iO-MHz output. The 
:i(Jti-MHz and ."lO-MHz E( L square waves are then applied to 
the inputs of an ECL exclusive-OR gale. This gale performs 
as a double-balanced mixer, producing 250-MHz and 
•loii-Mllz outputs. The 250-MHa output is selected by a band- 
pass filter. This filler Ls ac coupled, so a limiting amplifier is 
placed on lite output lo convert the 250-MHz L< > back to 
ECL levels. 

The 250-MHz L< ) and the 321.4-MH* hard-limited input signal 
are then applied lo another exclusive-OR gate. This gate is 
also used as a double-balanced mixer, producing outputs al 
71.4 MHz and 571.4 MHz. The 71.4-Hz output is selected with 
a low-pass filler. The entire LO synthesis and frequency con- 
version circuitry occupies only 3 in-. 

The use of exclusive-OR gales and square w aves, as opposed 
lo traditional diode mixers and sine waves, has a surprising 
consequence. As noted earlier, a traditional diode mixer has 
a sinusoidal phase-lo-voltage transfer characteristic. As a 
result, the IF out of an ideal diode ring mixer with sinusoidal 
inputs is another sine wave. In contrast) the logic level mixers 
we use here have a triangular Iransfer funclion. As a result, 
lite IF output of these mixers is a triangular, rather than a 
sinusoidal waveform. In our case, we don't care whether it's 
sinusoidal or triangular, because we immediately convert 
the IF to a square wave with another limiting amplifier. 
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Fig. 26. KM discriminator block diagram 
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The 71.4-MHz IF is next applied in the dis< riiniiiator ■ ir- 
cuitry. The IF is applied to a sjiecial ECL cable driv er 1( ' 
which produces El L-type outputs that have a larger than 
usual voltage swing. This large voltage swing allows us to 
place a series 50-ohm resistor on ihe output, cutting the sig- 
nal amplitude in half. The resistor increases the output im- 
pedance of the gate to around 50 ohms, which turns out to 
be crucial to achieving good discriminator linearity. 

The outputs of the cable driver follow two different paths. 
One output goes directly to the input of the phase detector. 
The Other output goes to a delay line. This delay line is a 
19-in-long 50-ohm stripline trace embedded in the middle of 
llie primed circuit board. Numerous bends ami nuns 
squeeze it into a l-in-by-3-in area. The board, made oul of 
HP FR4. has a dielectric constant of about 4.5. yielding a 
3.5-ns delay. This delay produces a itO-degree phase shift at 
the center frequency of 71. J MHz. 

The delayed and undelayed signals now meet al the phase 
detector; which is another exciusive-OR gate. The square 
waves are applied to the high-impedance input of the phase 
detector through a 50-ohm matching pad. The attenuation 
value of this pail is critical to good discriminator linearity. 
As mentioned earlier, good square waves are critical for 
good FM linearity. The atlenualion value chosen strikes a 
balance between two "desquaring" mechanisms. 

If the attenualion value is small. Ihe delay line output will 
not be isolated from the 1-pF input capacitance of the phase 
detector. This capacitor degrades the return loss of the 
delay line's load. When a pulse emerges from Ihe delay line 
Output and hits a poor impedance match, sonic of Ihe pulse's 
energy is reflected back Into the delay line. Ii then navels 
backwards through Ihe line tO emerge at Ihe delay line input 
3.5-ns later. When Ihe pulse reemerges here, il hits Ihe out- 
put of Ihe cable driver. This incidenl voltage disturbs Ihe 
bias Of the i able drher oul pill transislors. and ;is a result 
Causes disturbances in the shape of Ihe new square wave 

thai ihe cable driver is living to generate. The degraded 
shape of the square wave degrades the fm discriminator^ 
linearity. As ii nu ns out, this effect is worst when the re- 
flected pulse arrives al the cable driver al the edge < if a new 
pulse, rnfortnnalcly. ihis inherenily occurs al Ihe frequency 
v\ here the delav line has !l() degrees of phase shift — righl in 
ihe center of Ihe passband. This effect is seen as Ihe linear- 
ity ripple in Ihe eenler of Ihe passband I Fig. 27). 
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The way lo minimize tliis problem is to use a matching pail 
to isolate the delay line from the capacitance of the phase 
detector s inpul. The attenuation can only be so large be- 
cause excessive attenuation introduces other problems. The 
attenuator reduces the voltage swing to less than ECL lev- 
els. As a result, the phase detector must provide gain to pro- 
duce ECL levels at its output. I'nlike the ECL line receivers, 
these exchtsive-OR gates have a relatively low gain of 12 <IB. 
So. with low-level inputs, the output pulses of the phase 
dettCtor start to look less square. This manifests itself as the 
broad, slow- droop in the linearity curve. In the end. an atten- 
uation value of 4 ilB was chosen as a reasonable compro- 
mise between these two linearity degrading mechanisms. 

In the frequency domain, the phase detector can be thought 
of as producing a dc voltage proportional to the phase differ- 
ence betw een its outputs. Looking at ii in the time domain is 
also interesting. The tWO inputs to the phase detecloi are 
square waves with a fixed lime delay of 3.5 08 between 
them. As a result, ihe phase detector produces output pulses 
Offixed 3.5-ns width. As the inpul frequency changes, these 
pulses occur more frequently, but the pulse width remains 
Ihe saute. This is also exactly how the pulse count demodu- 
lator works! So as it turns out. by using a linear phase detec- 
tor our time delay discriminator (urns out to be equivalent to 
a pulse COtml demodulator. Ii works as well as il does be- 
cause using a delay line to fix the output pulse width is more 
stable tlian the Rt' lime constant of a simpler implementa- 
tion. 

The phase detector outputs are applied lo low-pass Tillers to 
remove the ac component of the pulse train. These filters 
have a 12-MIlz bandwidth | hat sets ihe maximum frequency 
modulation rate the discriminator can respond to. Since the 
phase detector has differential outputs, a differential ampli- 
fier is used after the niters. The differentia] amplifier re- 
moves the dc offset inherent in Ihe ECL level output of the 
phase detector. Further gain alter the differential amplifiei 
is used to give a l-volt swing for a 10-MHz change in input 
frequency. The maximum frequency deviation the FM dis- 
criminator can handle is limited by the drive capability of 
this amplifier, rather than Ihe discriminator circuitry itself. It 
has been verified experimentally thai Ihe discriminator will 
respond lo as much as KM) MHz of deviation with essentially 
nondegraded linearity. A swin liable amplifiei provides a 
higher-sensitivilv selling, giving a 1-voll swing fora Hl-Mllz 
trequencj change. 

I-Q Outputs 

The l-g down-converter (Fig. 2S) recovers Ihe in-phase and 
quadrature components of the input signal. The IF input, 
with a nominal center frequency or 321. 1 MHz. is mixed 
against a 121. 1-MHz local oscillator. This creates an IF w ith 
a nominal center frequency of zero hertz, ordc The output 
bandwidth extends from -■".() MHz lo + ".0 MHz. 

The input signal is split into two paths. Each of these paths 
goes to the RFpOH of a mixer. The :J21. 4-MHz LO is applied 
to the Lo polls of both mixers. The L< > input lo one of these 
mixers is shifted by ill) degrees. The IF outputs are low-pass 
filtered lo remove the image frequency, then amplified and 
sent lo the front panel of ihe HP 7091 l.V 
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321.4-MHz LO. The 321.4-MHz LO produces a synthesized sig- 
nal t licit is locked id llic 300-MHz reference signal and level 
Stabilized (Fig. 29). The LO has a VCO that runs at twice the 
Output frequency (642.8 MHz). The reason for running al Otis 
frequency is based on the availability or a (iOO-MHz-to- 
1000-MJIz VCO design thai has proven lo have good phase 
noise and has been in use lor some lime. The VCO oulpul is 
buffered and splil into I wo paths: the main signal path and 
the phase-locked loop path. The phase-locked loop pal It 
goes from the splitter to a pad-ainplifier-pad combination lo 
maintain reverse isolation from the presealer. The prescaler 
divides the 642.8-MHz signal by 32, S3, 36 or 37. The divide 
number is controlled by an IIP synthesizer IC that imple- 
ments the fractional-N division. The output of the synthe- 
sizer IC is equal lo M) MHz/160 = 1.875 MHz when the VCO 
is phase-locked. This signal goes to one input of a phase 
detected*. The phase detector Output is low-pass filtered, 
summed, and fed to an integrator and loop filler. This is 
where the synthesizer IC's noise is filtered. The noise comes 
from the method of fractional-N synthesis used in the IC. 
This noise is designed to be well outside the few kiloherlz of 
bandwidth of the phase-locked loop where it is easy to filler. 

The main signal path goes from the splitter Co a divide-by- 
two IC. This is an ECL part that is biased in the middle of its 
threshold lo allow for ac coupling of I he 642.S-.MH/. VCO 
signal. The oulpul of the divider is 321.4 MHz which is then 
input to an amplifier and resistive splitter. The splitter out- 
puts are fed to the lasi gain stages of I he board. These ampli- 
fiers are run well into compression to gel a constant output 
power. The amplifier outputs are combined with a 3-dB split- 
ter/combiner and then aggressively low-pass filtered lo re- 
ject the har monics produced by the limiting action. 



I-Q Down-Converter. Two key performance specifications for 
an l-Q demodulator are amplitude balance and phase bal- 
ance. Amplitude imbalance is the gain difference between 
the I and Q Output ports. Ideally this gain difference should 
be zero across the 100-MHz input bandwidth of the demodu- 
lator. Phase imbalance is a measure of the error in the phase 
shift between the I and Q outputs. Ideally Ibis phase shifl 
should be 90 degrees across the input bandwidth. 

The amplitude and phase balance of the demodulator are 
both factory adjusted for best performance. Variable p-i-n 
diode attenuators in the I and Q RF paths allow the gain of 
the two channels to be adjusted independently. The 00-dc- 
gree phase shifter on the LO is also adjustable and is used lo 
align quadrature. These adjustments allow us CO align the 
channels very closely. The mixers used are purchased as a 
matched set, with specified gain and phase matc hing across 
ourpassband, 

The difficult part was maintaining this balance across the 
entire 100-MHz input bandwidth of the demodulator. If the 
frequency responses of the two channels differ even slightly, 
amplitude and phase balance will be degraded. For this rea- 
son, we tried to make the two channels as symmetrical as 
possible ;uid as flat as possible. The printed circuit board 
layout of the RF paths for both channels is identical so thai 
airy board parasitics will be the same for both channels. The 
IF circuitry was designed to be as broadband as possible. 
For example, I he IF low-pass filters have a corner frequency 
of 175 MHz, even though they only need to pass frequencies 
as high as 50 MHz. The comer frequency was placed this 
high to minimize the filler's phase shifl in the 50-MHz pass- 
band. Our IF amplifiers are fast op amps thai provide over 
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Fig. 30. (a) l-Q quadrature pliasc error. (I>) 11) ;uii|>liliifl<- imtwlarire. 

200 MHz of bandwidth. theS6 Of) amps are also used lii 
minimize the phase shift in llie ".(i-MIIz passband. If these 
parts have significant phase shift, then there arc likely In lie 
significant phase shift differences between the two chan- 
nels, and phase balance will lie degraded. Represcnlalive 
performance for the l-Q demodulator is show n in Fit*. 30. 

To achieve the best phase balance across our bandwidth, an 
adjustable all-pass filter is used on the I-chailllel output. The 
phase shift versus frequency of this circuit is adjustable. II is 
used to compensate for mismatches between the channels 
in phase shift as a function of output frequency. 
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The Log Weighted Average for 
Measuring Printer Throughput 



The log weighted average balances the different time scales of various 
plots in a test suite. It prevents an overemphasis on plots that take a long 
time to print and allows adjustments according to the expected user 
profile weighting. It is based on percentage changes rather than absolute 
plot times. 

by John J. Cassidy, Jr. 



The III' DeskJet KiOOC printer is designed to he used for a 
variety of documents, from simple memos to complex color 
graphics. One of the main characteristics on which the 
printer will be judged is throughput We needed a way to 
measure throughput across a wide range of plots that would 
reflect a user's Subjective perception of the product. 

The two most common metrics — simple average and simple 
weighted av erage — had serious problems when applied to 
the disparate plots in our test suite. A simple and common 
mathematical technique was used to overcome these prob- 
lems, resulting in a metric called the log in-ighini average. 

This paper explains how to calculate the log weighted aver- 
age, and why it is a good metric. 

The Problem 

We use a standard set of plots to measure the speed of the 
111' DeskJet 1600C printer. For the sake of this paper. 1 sim- 
plify the test suite down to four plots — we actually use b". 
The actual timings have also been simplified and are not 
accurate for any version of the printer under development. 
The four plots are ( 1 ) text page, a normal letter or memo, 
(2) business graphic, some text with an embedded multi- 
color bar chart, (■"?) spreadsheet with color highlighting of 
some of the numbers, and (4) scanned image, a complex, 
full-page. 24-bil color picture. 

For a given version of the III' DeskJet 1600C printer, call it 
version 3;Q, let's say the time to process and print each of 
these pages is as follows: 



10 seconds 
20 seconds 
I " seconds 

It) minutes KiOO seconds) 



Text page 
Business graphic 

Spreadsheet 

Scanned image 

There are various things we can do to the printer to change 
the speed of each of these plots. Often a change will speed 
up one plot while slowing down another. What we need to 
do is compare alternative possible version 3.1s and see 
which one is faster overall. 



Simple Average 

The simple average is calculated by adding up the time for 
each of the plots and dividing by the number of plots. The 
formula for this is: 

Simple Average = 2T,/n. 

where n is the number of plots and T, is the time to process 
plot number i. 

For version .1.0 above, the sum of the four limes is (175 sec- 
onds w hich divided by four gives a simple average of 
seconds (rounding from 168.75). 

The problem with the simple average is that it gives equal 
importance to each of the seconds spent on each of the 
plots. If a version 3.1a saved five seconds on the scanned 
image, this plot would go down from (S00 seconds to 585 
seconds and the user would barely notice. But if a version 
3.1b saved •"> seconds from the text plot, this plot would go 
from 10 seconds to 6 seconds, twice as fast! The user would 
be very, very happy with the text speed. 

The ample average tells me that these two changes are of 
equal value. So if I am using this metric. I'll go for the easy 
change of speeding up the scanned image by a little hit ( less 
than 1% faster), instead of the much more difficult and more 
useful speedup of the text page (50% faster). 

Simple Weighted Average 

A common way to improve the simple average is to make 
use of the fact that we know how often the user is going to 
print each type of plot (at least we make good guesses). We 
know, for example, that someone in our target market will 
print a lot more simple text pages than complex scanned 
graphic pages. 

'I'lie simple weighted average applies a weight to each of the 
plots, corresponding to the proportion of time the user will 
be printing that type of plot. In mathematical terms: 
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Simple Weighted Average = — . 

where W, is the weight for plot i. If the W, add up to 1.0. the 
denominator can lie ignored. 

For Ifae HI* DeskJet 160UC printer, let's say half of the plots 
will lie like the text page, one-fifth like the business graphic. 
nii<*-Qfth like the spreadsheet, and one-tenth like the 
scanned image. Tlus gives the following ealculalion: 



Plot 


Time (s) 


Weight 


TiWj (s) 


Text Page 


10 


0.5 


5 


Business Graphic 


20 


02 


1 


Spreadsheet 


45 


0.2 


9 


Scanned Image 


600 


0.1 


00 


Sum 




1.0 


78 



The simple weighted average is 78 seconds. 

This method of calculation is much better than the simple 
average. It takes into account our knowledge of the target 
market, and any average we crime up with needs to be able 
to do this. 

But there are still problems with this average. Say that ver- 
sion 3.1a speeds up the scanned image by 596 (down to 570 
seconds), and version 3.1b speeds up the text page by 50% 
( down to 5 seconds). 

We know from our own experience that speeding something 
up from 10 minutes to 0.5 minutes is not very significant < »n 
the other hand, the 3.1b version, which makes the most fre- 
quent task go twice as fast, would represent a very notice- 
able improvement However, the simple weighted average 
rates the two versions very similarly, with the 3.1a winning 
(at 75 s) over the :i. lb version (at 75.5 s). 

( )ur subjective experience of time is such that we lend to 
notice changes not in absolute seconds, but in percentages 
of lime, A onc-pcrccnl speedup of any of the categories 
would be impossible lo detect without a stopwatch; but a 
twenty-five percent speedup would be dramatic for any plot 

Criteria for a Good Average 

A good averaging technique would have the following char- 
acteristics: 

It is based on percentage changes. For a short task, a small 
speedup is significant. For a long task like the scanned 
image, it takes a big speedup to make a difference. A good 
average would not focus on how many seconds were saved, 
but on what percentage of the task was saved. 
It reflects user profile weighting. For the IIP DeskJet 1600C 
printer We need to emphasize text speed, since that is the 
center of our market. But for another printer aimed at an- 
other market, the spreadsheet or the scanned image might 
be most Important The average has to allow tailoring. 
It is invariant under a many-for-one substitution. If instead 
of one text page weighted at 0.5. we substituted five t • -xt 
pages each weighted at 0.1 into the calculation (to avoid 
dependence on the quirks of a single document ), and if each 
of the five text pages took the same time as the original one 
i H) s) lo print, the average should not change 



Log Weighted Average 

The log weighted average fulfills the above criteria lis gen- 
eral principle is to use a standard mathematical technique 
( logarithms) for keeping large and small numbers on the 
same scale. 

The formula for the log weighted average is: 



Log Weighted Average = exj» 




where In is the natural logarithm (log to the base e). and exp 
is the exponent function, e to the x. As before, if the sum of 
the weights is 1.0, 

Log Weighted Average = exp(Z(lnT,) W, |. 



For our example, the calculation would be: 



Plot 


Ti(s) 


lnTj 


Weight (InTi)Wi 


Text Page 


10 


2.30 


0.5 1.15 


Business Graphic 


20 


3.00 


0.2 040 


Spreadsheet 


45 


3.81 


0.2 0.76 


Scanned linage 


000 


(i.40 


o.l 0.64 



Sum 3.15 
Log Weighted Average = e :l 15 = 23.4 s. 

( >ne Of the first things you notice about the log weighted 
average (aside from the fact that il look an extra step to do 
the calculation) is that the result of 23 seconds is shorter 
than the results of the other two calculations. The simple 
average gave 169 seconds, and the simple weighted average 
gave 78 seconds, 'litis is because Hie more sophisticated 
averages do a progressively better job of moderating the 
influence of the very long LO-minute scanned image plot. 
Also, this example was artificially constructed with a wide 
variation in plot limes. < >flen we deal with plots that are 
more similar than these. If the plots were very similar and 
every plot in the lest suite had exactly the same timing, say 
30 seconds, then il wouldn't matter which method you used. 
All three methods would give the same average: 30 seconds. 

Rule of Thumb 

The biggest drawback of the log weighted average is I hat it 
is less intuitive than the other two methods. There is some- 
thing basically counterintuitive about using logarithms if 
you aren't a professional mathematician. They lend lo throw 
off our mental approximations of what is reasonable. 

However, there is a relatively simple rule of thumb to help 
us know what to expect when doing comparisons: A swell 
pricentaye change in one component is equivalent to the 
same percentage change in (mother component, multiplied 
by the ratio between their weights. 

In our example, this means that a small change in the text 
page (with a weight of 0.5) would be five limes as important 
as a change in the scanned image ( with a weight of 6, 1 ). and 
two and a half times as important as a change in the spread- 
sheet <ir business graphic (with a weight of 0.2). Thus, we 
w ould expect a I"" change in the text page lo be equivalent 
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to a 5% change in I he scanned image or a 2.5% change in I he 
oi her I wo plots. 

This approximation is very close. A 1% speedup in the text 
page, from 10 s to 9.9 s. reduces Ihe overall log vveighled 
average from 23.4 lo 23.3 seconds. The equivalent change 
re(|iiired for one of the oilier plots lo gel Ihe average down 
to 23.3 is shown in Tahle I. 



Table I 

Equivalent Speedups (Small Deltas) 

Texl page 1(1 s — 9,9 s = 1.00% faster 

Business Graphic 20 s -» 19.5 s = 2.-18% fasler 
Spreadsheet 45 s — 43.9 s = 2.48% faster 

Scanned image 600 s -» 571 s = 4.90% fasler 

As changes gel iiigger, the rule of thumb becomes less accu- 
rate. If you make a big change in one of ihe components, 
like speeding up Ihe scanned image by 40%. you si ray farther 
from Ihe expected equivalent speedups of 20% (half as 
much) for the spreadsheet and business graphic, or 8% (one 
fifth as much) for the text page. This change brings ihe log 
weighted average down lo 22.2 seconds. Table II shows the 
equivalent speedups for larger changes. 



Table II 

Equivalent Speedups (Larger Deltas) 

Texl page 10 s — 9.03 s = 9.7% faster 

Business Graphic 20 « -» 15.5 s =22.5% faster 

Spreadsheet 15 a — 34.9 s = 22.5% fester 

Scanned image 600 s — 300 s = 40.0% fasler 

The Kxact Rule 

Exact calculation Of equivalent speedups for ;uiy situation 
using the log weighted average can be done using the fol- 
lowing rute: Multiplying the time for component A by n 
fixator r is equivalent to multiplying component B by r 
raised to ihepmoer Wj^/Wg, the ratio of the weights of the 
two components. 

For example, if we multiply Ihe text page lime by 1.2 (slow- 
ing il down by two seconds), that would raise ihe log 
weighted average from 23.4 seconds lo 25.0 seconds. To gel 
an equivalenl change by altering Ihe scanned image lime, we 
would have to multiply il by 1.2 to Ihe fifth power (Ihe ralio 
of Ihe lexl page weight to the scanned image weight is fix e ). 
or (500x1. 2 ;i = 1493. Thus, by changing Ihe scanned image 
lime lo 1 193 seconds, we could also raise Ihe average from 
23.4 to 25.0 seconds. 

For very large changes in any of ihe components, ihe log 
vveighled average gives results that can conflict with intu- 
it ion. For example, speeding up the text page from ten sec- 
onds lo one second would improve the average dramatically. 
Such a speedup is wildly improbable for Ihe IIP DeskJet 



lliOOl ' printer, bill can be anticipated for some comparable 
primer lo be developed in our lifetime. 

To get an equivalenl improvement in the average by only 
changing the scanned image, we would have lo print il in 
600x0.1 = 0.00(5 second ( which probably violates some laws 
of physics). You can use the exact rule to verify that the 
same soil of numerical blowup results when you try to com- 
pare any two printers that are greatly dissimilar. This is nol 
a particular problem for as. ( Ireatly dissimilar printers also 
have dissimilar weighting profiles, and we don 'I know any 
way to compare them well. 

Usefulness of the Log Weighted Average 

The log weighted average is designed around a user's subjec- 
tive perception of printer speed. Il assumes Ihe common 
situation in which a user is working al a computer, sends 
something lo the printer, and somehow notices how long il 
lakes to come out . There is also an assumption that if some- 
thing lakes twice as long, the user is unhappy and if some- 
thing lakes half as long, the user is happy, and the unhappi- 
ness in ihe first situation is roughly equivalent in intensity to 
the happiness in the second situation. 

There are some situations for which this isn't true and Ihe 
log weighted average is the wrong average to use. For exam- 
ple, you could have a printer in continuous use with no stop- 
ping except lo add paper and change pens. This might be al 
a real eslale office producing a large number of personalized 
letters and envelopes each day and a smaller number of 
scanned house photos. For a customer like this, the subjec- 
tive perception of speed is not important. Two seconds 
saved on a texl page is no more important than two seconds 
saved on a scanned image. The simple weighted average 
would be the correct average to use here. 

< >ur success with Ibis technique resulted from regular appli- 
cation. On the IIP Deskjet 16000 project, we limed Ihe 
15-pioi test suite twice a month. This helped us quickly iden- 
tify and resolve issues thai might otherwise have caused 
problems. 

Conclusion 

The log weighted average does a good job of balancing Ihe 
different lime scales of various plots in a lesl suite. It pre- 
vents an overemphasis on plots that lake a long lime If) 
print, and allows adjustments according to Ihe expected 
user profile. 

The main cosl of the log vveighled average is that it is less 
intuitive than other methods The rule of thumb and the 
exact rule are good guides as to how the average will read. 

The log weighted average has limits, but for comparing two 
reasonably similar printers in a normal home or office envi- 
ronment, il gives extremely helpful results. 
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nate the development Df the HP PE/SolidDesigner 
STEP interface in cooperation with other major CAD 
vendors He is professionally interested in cumputer- 
aided technology for engineers and in product data 
integration and has authored papers on open systems 
for CAD data exchange He is a member of VDI and 
VDE, two German organizations for engmeeis, and 
served two years in the civil service. Hermann is mar- 
ried, has three children, and has helped organize an 




association that sponsors youth activities He's add- 
ing a solar healing system to his home and when he 
has free time enjoys sports such as tennis, volleyball, 
biking, and hiking. 

51 Data Structure Manager 

Claus Brod 

Claus Bmo was bom in 
Wertheim. Baden-Wurttem- 
berg, Germany He received 
a Diplom Informatiker de- 
gree horn the University of 
Erlangen-Nuinbeig in 1991 
Following his graduation, he 
loined HP as a software de- 
velopment engineer at the 
Mechanical Design Division and has worked on sev- 
eral releases of the HP PE/SolidDesigner product His 
current responsibilities for the product include graph 
ics, globalization, porting activities, the online help 
server, and the data structure manager Before |oimng 
HP, he was a freelance programmer and technical 
writer His professional interests include 3D graphics, 
storage media, and abstract computer games He's 
published numerous articles in German computet 
magazines and has written a book about I loppy and 
hard disk programming called Scheibenkleister Claus 
enjoys shopping at flea markets and garage sales, 
hoping to add to his collection ol comic books and old 
computers He plays volleyball and is a member of 
D O N A I D., a German organization of noncommer- 
cial True Donaldism followers 

Max R. Kublin 

A software development 
engineer with the Mechani- 
cal Design Division. Max 
Kublin joined Ihe Bbblingen 
Engineering Operation in 
1987. attei receiving his 
computer science diploma 
from the Furtwangen Engi- 
neering School. Since lam- 
ing HP, he has contributed to the development of 
three CAD software products: HP PE/ME10, 
PE/ME30. and PE/SolidDesigner He has worked 
mainly on low-level coding, operating system inter- 
faces, data structures, memory management, graph- 
ics, and command decoding He is currently responsi- 
ble for the general system architecture of Ihe 
division's products. For HP PE/SolidDesigner he was 
responsible far the data structure manager and pro- 
prietary filing subsystem His professional interests 
include obiect-onented analysis and design. C-h-, 
compilers, performance tuning, operating systems, 
parallel processes, and fault-tolerant systems Born 
In Konigschaffhausen. Baden-Wurttemberg, 
Germany. Max is marneo and enjoys biking, hiking, 
photography, and building Tiffany-style lamps and 
mirrors 
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61 Freetown Surface Modeling 



Michael Meteger 



Micnaei Metzger completed 
work iw his PhO degree at 



j^^^^^^^B I Division m 1989 Since jom- 

mSbmNmBF* theHPPE/MtlOandPE/ 
SolidDesignet products For PE/ME10. he was re- 
sponsible tor the basic math and hatching algorithms, 
worked on the ZD hidden line module, and was the 
project lead lor B-splme integration For PEV 
SolidOesigner, he was responsible for the B-splme 
library ISISLIand for special tasks involving the prod- 
uct's geometric kernel, including variable accuracy 
and partial coincidences. He was also the project 
leader tor spline-related issues with external partner 
SINTET SI Michael is currently the project leader tor 
the 3D/2D integration process and is R&D council 
chairman tor the division He has published a paper 
on FORTRAN-SC, a FORTRAN extension for scientific 
computation Born in Karlsruhe. Germany. Michael is 
married, has five boys, and enpys hiking, taking pho- 
tographs, and summers in Scandinavia 

Sabine Eismann 

Sabine Eismann was born m 
Freiburg im Breisgau. Get- 
many and received her Di- 
plorn Inlormatiket degree in 
1986 from the Furtwangen 
Engineering School Since 
joining the Mechanical De- 
sign Division in 1986. she 
has worked on the develop- 
ment of HP PE/ME30 She has also contributed to the 
development of the HP PE/SohdDesigner product 
She worked on 2D functionality including topology 
checking for profiles, equidistance, and overdraw 
She also worked on the machining and lofting func- 
tionality of the PE/SolidDesigner kernel anil on HP 
PE/ShuetAdvisor She is currently responsible for 
freeform modeling and machining functionality 
Sabine is married and enjoys ballroom dancing and 
hiking 

69 Embedded Lisp 



Jens Kilian 

Jens Kilian received a 
Diplom Informatiket degree 
m 1991 from the Technical 
University of Darmstadt, 
Germany He |oined HP in 
1992 as a software develop- 
ment engineer at the 
Mechanical Design Division 
and has contributed to the 
development of the HP PE/SolidDesigner product He 
has worked on licensing, installation procedures, the 
file system user interface, and the Lisp subsystem 
He continues In he responsible for maintaining the 
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80 Wide-Bandwith Receiver 



Robert J. Armantrout 




Heinz-Petet Amdt 

With HP since 1983. Heinz- 
Peter Arndt is a software 
development engineer at the 
Mechanical Design Division 
For the HP PE/SolidDesigner 
product he worked on the 
Lisp subsystem, the operat- 
ing system interface, and 
action routines He has also 
worked on HP PE7ME10 kernel development and is 
currently responsible for porting Pf SolidOesigner to 
SGI and Sun platforms and maintaining the Lisp sub- 
system, the operating system interface, and the pro- 
gramming environment He was born in Stuttgart, 
Germany, studied computer science at the University 
of Stuttgart and received his degree in 1983 Hem; is 
professionally interested in artificial intelligence, 
object-oriented programming languages, and compil- 
ers He is married, has two children, and enjoys 
spending time with his family His other pastimes 
include reading, traveling, tennis, and biking 

74 Boolean Operations 

Peter H Ernst 

^^^^ A systems architect at the 

07*/^ Mechanical Design Division. 

^HE^^^t IV' r ;ponsiole for 

topological algorithms and 
overall system architecture 
He began his HP career in 
1986 at the Btiblingen Engi- 
neering Operation He is 
professionally Interested In 
solid modeling and Ins accomplishments include en- 
hancing the HP PE/ME30 kernel and designing and 
implementing the K2 kernel ol HP PE/SolldDesigner 
He was also responsible tor PE/SohdDesigner s sys- 
tem architecture and for new Bnolean operations 
Before joining HP. he developed single-mode semi- 
conductor lasers at Siemens and real-time process 
control software at an engineering firm His work has 
resulted in a pending patent related to methods of 
performing Boolean operations Peter was born in 
Munich. Germany and served a year and a half in the 
German infantry He graduated in 1984 from the 
Ludwig-Maximilian University of Munich, with a 
Diploma m physics, specializing in laser spectros- 
copy He is married and enjoys biking 




A pruiect manager for Rf 
receive- development Bob 

Baltimore lieto office m 
1977. where he worked 3s a 



moved to the Santa Rosa site wheie he became a 
product marketing engineer for the HP 70000 Modu- 
lar Measurement System IMMSi He then moved to 
R&D as a development engineer lor ATE software, 
and later, became project manager for the HP 85865A 
signal monitoring soltware He was the project man- 
ager for the HP 7091 1 A IF module and foi the HP 
71910A wide-bandwidth receiver Before coming to 
HP. he designed radai receivers at Wesnnghouse 
Aerospace m Baltimore. Maryland Bob graduated 
Irom the University of Michigan with a BSEE degree 
in 1976, with emphasis on circuit design and commu- 
nications He is professionally interested m RF and 
microwave communications and is a member of the 
IEEE Bom in Battle Creek, Michigan, he served four 
years in the U S Air Force He is married and his hob- 
bies include reading, racquetball, golf, and skiing. 

89 Wide-Bandwidth IF Module 



Robert J. Armantrout 

Author's biography appears elsewhere m tins section 
Terrence R. Noe 

Terry Noe was born in 
Lafayette, Indiana He was 
awaided a BSEE degree 
Irom Virginia Polytechnic 
Institute in 1985 and an 
MSEE degree Irom Stanford 
University in 1989. He |omed 
the HP Stanlord Park Divi- 
sion in 1985 As a produc- 
tion engineer, he worked on microwave signal gener 
ators such as the HP 8673 anil on HP Modular 
Measurement System {MMSl spectrum analyzers As 
an R&0 engineer, he worked nn the HP 83710 series 
signal generators He also worked on the HP 7091 1A 
IF module and designed the boards for the FM dis- 
criminator. I-Q video, linear detector, and video filter 
He is curreuily designing a 3-GHz preselected down- 
converter His work has resulted in a patent Terry is a 
member of the IEEE and is interested in RF and micro- 
wave Circuit design He is married and is the fattier ol 
triplets When he has time, he enioys outdoot activi- 
ties such as windsurfing, bicycling, and backpacking 
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Christopher E. Stewart 

Chris Stewart joined the 
Signal Analysis Division in 
1985 He has wnikeri for the 
Santa Rosa Systems Divi- 
sion since its creation in 
1992 As a manufacturing 
development engineer, he 
woiked on the HP 709D2A 
anil HP 70903A IF modules 
As an R&D development engineer, he woiked on the 
HP 701 10A DMM module, the HP 70900D 10 module, 
the tracking generator for the HP 8578A, and the HP 
7091 1A IF module. He designed the 1-MHz-to- 
10 MH? variable-bandwidth filter as an investigation 
for the HP 7091 1 A IF module and worked on the 
channel filter board and the power supply board He 
currently has system design responsibility un a re- 
ceiver project, as well as the design of the down-con- 
verter and fust LO boards He is interested in system 
design of RF and microwave communication prod- 
ucts, as well as analog. RF, and microwave circuit 
design He has authored Iwu HP papers un clock dith- 
ering and spectrum analyzer linearity. He is a member 
of the ARRL and before coming to HP, he was a com- 
mercial radio engineer for WNCI radio in Columbus, 
Ohm He was also the chief engineer for WATH/ 
WXTQ radio in Athens. Ohio He earned his BSEE 
degree from Ohio State University in 1984 He en|oys 
volunteering his time teaching an interactive elec- 
tronics class at a local high school His hobbies, in 
addition to amateur radio, include scuba diving, 
white-water rafting, backpacking, skiing, mountain 
hiking, song writing, and folk guitar. 



Leonard M Weber 



a 



Leonard Weber joined the 
HP Signal Analysis Division 
. in 1986 after receiving a BS 
^^^^ degree in electronic engi 
' ^— y neering from the California 
jtj^^m Polytechnic State University 

■ :>i Luis Obispo. 

ff^V^^^^mU ' Santa 

i&jtKSr-- - ■ Division Since iuhi 

mg HP. he has worked on the HP 709008 local nscilla 
toi and the HP 70909A front end module He has also 
worked on the HP 7091 1 A IF module and was respon- 
sible for the design of several of the boards including 
the resolution bandwidth/step-gain, 321 4-MHz LO. 
bandpass filter, and synthesized down-converter 
boards He is currently responsible for the 1 0-MHz- 
to-1000-MHz preselector and the 1200-MHz synthe- 
sized Ifl Hp is interested in RF design and his work 
has resulted ifl a patent application for a variable 
bandwidth filler. Leonard is married and enjoys 
mountain biking and snow skiing. He is also inter- 
ested m drone aircraft. 



104 Log Weighted Average 



John J. Cassidy, Jr. 

^ Born in Port Hueneme. 

^^■M|k California, Jack Cassidy 

I r 8A degree in 

Ijiei Srf mathematics from Cornell 
Umveisity in 1971 He joined 
HP H1 1987 at the San Diego 
Division and is now with the 
San Diego Printer Division 
He has worked on Starsfiip 
teusable HP-GI72 and the HP DesignJet plotter and 
served as proiect manager for the HP DesignJet BOO 
firmware and lot several connectivity projects. He 
was the firmware manage' for the HP DeskJet 1600C 
printer Jack is named as an inventor in a patent that 
addresses techniques for using less inemoiy in 
graphics punter display lists Before joining HP he 
was an independent software developer and before 
that, was with S-Cubed Corporation, where he pro 
grarnrned NASA spacecraft simulations tlrat deall 
with electrical charge accumulation He has written 
various software packages, authored a paper on soft- 
ware reuse, coauthored a paper on spacecraft charg- 
ing, produced and directed a computer animated film, 
authored a users manual, and written varinus literary 
short stories He is professionally interested in soft- 
ware reuse and testing Jack is married to mystery 
writer Janice Steinberg In Ins free time, he likes to 
play poker and backgammon, has written a book, 
Winning at Poker and Games ol Chance, and was 
once a winner un a TV game show. 
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